开发ios程序时,需要配置的项还是很多的,以下说一下我常用的配置
–>
Info
–>Custom iOS Target Properties
–>Localization native development region
–> 修改为China
–>
Info
–>Custom iOS Target Properties
–>Bundle identifier
这个在很多引用第三方SDK时要用到
Header Search Paths与User Header Search Paths
–>
Build Settings
–>Search Paths
–>Header Search Paths
或User Header Search Paths
编码时候通过 #import
引入头文件的方式有两种 <>
和 ""
。
<>
是只从 Header Search Paths
中搜索, 而 “” 则能从 Header Search Paths
和 User Header Search Paths
中搜索。
换言之 ,假如你把 路径加到 User Header Search Paths
中,那么 你用 #include <file.h>
的方式去引入对应的头文件,就会报错。
如果加到 Header Search Paths
, 就没有问题了。
注意:
如果设置了 Always Search User Paths
为 yes
,编译器会先搜索User Header Search Paths
路径下的目录,在这种情况下include <string.h>
,User Header Search Paths
搜索目录下的文件会覆盖系统的头文件
你的项目结构是
projectName
–> projectName
–> a
–> abc.h
projectName
–> projectName
–> bridge.h
要在bridge.h
中引用abc.h
原本要这样写 #import "a/abc.h"
如果在Header Search Paths
中添加$(SRCROOT)/projectName/a
那么只需要在bridge.h
中这样写#import "abc.h"
其中$(SRCROOT)
其实就是项目xxx.xcodeproj
配置文件所在的文件夹
–>
Build Settings
–>Swift Complier - Code Generation
–>Object-C Bridging Header
–> 设置为项目名/头文件名.h
–>
Build Settings
基本项(Basic)
Architectures
(指令集)armv7
,armv7s
,arm64
都是ARM处理器
的指令集i386
,x86_64
是mac
的指令集。支持的设备
arm64
:(iPhone5s以上) iphone5S | iphone6 | iphone6s | iphone 6 plus | iphone 6s plus | ipad Air | ipad nimi2 (ipad with Retina Dispaly)。armv7s
: iphone 5C | iphone5 | ipad4(iPad with Retina Dispaly)armv7
: iphone4 | iphone 4S | ipad | ipad2 | ipad3 | ipad mini | ipad touch 3G | ipad Touch4i386
: 是针对intel微处理器的32位处理器。x86_64
是针对x86架构的64位处理器。需要说明的是:
模拟器32位
处理器测试需要i386
架构。模拟器64位
处理器测试需要x86_64
架构。真机32位
处理器需要armv7
或者armv7s
架构。真机64位
处理器需要arm64
架构。机器对指令集的支持是向下兼容的,因此armv7的指令集是可以运行在iphone5S的,只是效率没那么高而已~
Valid architectures
指即将编译的指令集
Build Active Architecture Only
是否只编译当前适用的指令集
NO
的时候,会编译支持的所有的版本YES
的时候,是为Debug的时候速度更快,它只编译当前的architecture版本Build Active Architecture Only
改为NO
Valid architectures
选择对应的指令集:armv7
armv7s
arm64
。
这个会为各个指令集编译对应的代码,因此最后的 ipa体积基本翻了3倍。(如果不在乎app大小的话,应该这样做)
Valid architectures
为armv7
,这样Build Active Architecture Only
选YES
或NO
就无所谓了。
Base SDK
—-当前编译用的SDK版本。iPhone OS Deployment Target
—-指的是编译出的程序将在哪个系统版本上运行。iPhone OS的版本众多,很多用户由于各种各样的原因没有升级到最新版,这就给我们开发者带了麻烦。作为开发者,我们都希望软件的受众越多越好。怎么样让软件尽量适应最多的iPhone OS?
这里我们就应该了解iPhone项目的Base SDK和iPhone OS Deployment Target。 Base SDK指的是当前编译用的SDK版本。iPhone OS Deployment Target指的是编译出的程序将在哪个系统版本上运行。
用更简单实用的语句描述如下:
Base SDK
设置为当前xcode所支持的最高的sdk版本,比如”iphone Device 4.0”。
iPhone OS Deployment Target
设置为你所支持的最低的iPhone OS版本,比如”iPhone OS 3.0”。
这样设置之后,你的程序就可以运行于从iPhone OS 3.0 到 4.0的设备之上。当然,前提是你没有用到4.0新加的API。
validate Built Product:boolean 类型,指定是否执行产品验证测试(就是说是否使用你的证书进行验证测试)。一般在Debug版本设置成NO,release版本设置成Yes。
当你使用的证书无效时,常提示错误:
warning: Application failed codesign verification. The signature was invalid, contains disallowed entitlements, or it was not signed with an iPhone Distribution Certificate. (-19011)
当然你可以设置成No,不进行验证。
在targets
–>build setting
–>validate built Product
里面设置release
为NO
,警告消失。
问题描述:在做ios开发过程中,曾多次撤销过原证书,并颁发新的证书。连上真机之后,直接调试会报错,提示错误问题就是证书不止一个。错误代码如下:
Code Sign error: Certificate identity 'iPhone Developer:******************' appears more than once in the keychain. The codesign tool requires there only be one.
解决办法:打开keychain(钥匙串访问)之后,发现多个证书,都是历次请求的证书。把之前的证书全部都干掉,就留下最后一次请求的证书(参考过期日期),之后再次调试可以正常真机测试。
Code Signing Identity
—–代码签名的身份,即选择签名证书,一是开发证书,二是发布证书。
开发的时候用Development,比如下模拟器,下真机测试。如果是上传app store 上就应该用Distribution 设置的时候全部统一设置成一样就好了。
Code signing 对你来说,最主要的意义就是它能让你的App在设备上运行。不管是你自己的设备,甲方客户的,还是在App store上购买你的消费者。如果没有code signing,你只可以在模拟器上,或者一台越狱过的机器上运行你的应用—-当然,仅仅如此是不能满足我们的。模拟器的测试仅仅是一种初步测试,模拟器不能替代真机调试,因为真正的设备会通常比模拟器慢。模拟器使用的是你的MAC机上的处理器,而一台真正的iphone可远远没有这种条件。所以如果你不在设备上真正运行,你可能就会忽略实际的性能问题。
其中,Objective-C Automatic Reference Counting
设置ObejctC 是否使用ARC技术。
该机能在 iOS 5/ Mac OS X 10.7 开始导入,利用 Xcode4.2 可以使用该机能。简单地理解ARC,就是通过指定的语法,让编译器(LLVM 3.0)在编译代码时,自动生成实例的引用计数管理部分代码。有一点,ARC并不是GC,它只是一种代码静态分析(Static Analyzer)工具。