有一些文章介绍.xconfig文件的使用,如这篇,可是通过亲自实践,发现仍是有一些坑,这里记录下。html
这一步在“project-info-configuration”位置进行,点击“+”构建“-”消除,没什么问题,这个很简单也不会出错。 ios
只是原来使用xcodebuild
进行自动打包时的-configuration
指的是就是这里啊。每一个项目默认就有的Debug和Release
配置。git
这个Configuration
是对于同一个项目的配置的一个完整的最高的总结了。github
新建这个文件很简单,xcode自带了这个模板。而后是在Configuration
里配置,好比在debug时使用First.xcconfig
在release时使用Second.xcconfig
,如图:xcode
这一步也简单。可是我开始使用的时候,思惟就走错方向了:bash
根据各类文章的指示,配置文件(.xcconfig)里面的内容会覆盖当前的Build Settings
里面的东西,因此我觉得是我在配置文件里面写了一个配置,那么Build Settings
里面的东西会跟着变。app
好比我如今是Debug
环境,而后对应的就是First.xcconfig
,我在它里面写入:ui
//:configuration = Debug
OTHER_LDFLAGS = -Objcxxx
//:configuration = Release
OTHER_LDFLAGS = -Objcxxx
//:completeSettings = some
OTHER_LDFLAGS
复制代码
其实就是Other Linker flags
的配置,但是外面Build Settings
里的东西并无变。 spa
我就晕了,这到底怎么回事。debug
这里有两个坑
Build Settings
里直接写的内容是会优先显示的,就是说Xcode有一个默认的配置文件(yourAppName.xcodeproj/project.pbxproj),若是你直接在Build Settings
里编辑,是写到它里面去,好比只是修改了other linker flag
,再看github的修改:这个文件里的配置会优先在Configuration
里指定的.xcconfig
文件里的配置,那要怎么使用.xcconfig
文件里的配置?删掉Build Settings
里的配置就行了。Command+delete
搞定。
由于.xcconfig
配置文件很难写,主要是各类配置名你记不住,因此就到实际的Build Settings
里面去拷贝,就在对应的配置项Command+C
就有了,因此内容就变成了上面那样,我觉得3句话是在不一样环境下起做用的,是互不干扰的,实际上是OTHER_LDFLAGS
设了3遍,左后一次生效,最后是啥?空的啊,因此即便删除了Build Settings
里的内容也不出现,我还觉得.xcconfig
文件没起做用!
因此改为:OTHER_LDFLAGS = -Objcxxx
而后就有了。
首先使用配置文件的做用就是,在环境切换后,配置能够跟着一整套的切换,.xcconfig
就至关于一个把相关的配置打包了。
这里就有了另外一个坑,或者说理解失误:
我觉得是你在Build Configuration里选择什么,那么Build Settings里的内容会跟着改变。
实际上Build Settings仍是原来那样,改变的是每一项里面的内容,好比First.xcconfig配置里写入OTHER_LDFLAGS = -Objc_first
,而Second.xcconfig里写入OTHER_LDFLAGS = -Objc_second
,在外面看到的是这样的:
每一项配置里面会再分红Debug、Release等不一样的Configuration,而不是Build Settings总体切换了。
或者说这是一个结构上的问题,让新接触者会改不清楚Xcode究竟是什么作到不一样状况使用不一样配置的。
实际结构是这样:
可是在Build Settings的显示里,这个结构是倒过来的:
在整个Build Settings里,能够在代码里直接使用的,Preprocess Mcros
就是其中之一。
在这里定义不一样的宏,就能够在代码里由此作不一样处理,好比默认的DEBUG
宏就常常用来作条件编译。
在Build Settings里能够$(xxx)
来引用其余配置里的东西,那么也就能够在这里定义宏而且跟随其余配置而改变。