由于项目中我们可能存在多个环境的配置 如debug 和release 为了更方便的管理我们需要做多环境配置。那么下面是多环境配置的几种方案。
常见名词
- Project: 包含了项目所有的代码，资源文件，所有信息
- Target:对指定代码和资源文件的具体构建方式
- Scheme:对指定Target的环境配置
方案
1.多target
我们知道一个app可能正常的情况下有一个我们自己项目的一个target 还有一个比如说测试的target 通过多target来模拟多环境配置
第一步通过复制target的形式来区分不同的项目名
还可以修改不同的app icon
会发现多生成了一个info.plist 给他在对应的target 关联上
由于两个target执行一套代码 还可以通过自定义宏在区分不同target的实现 以及同target下不同环境的实现
swift也有自己定义宏的地方
注意swift 需要前面 添加 -D参数
总结：发现这样并不太方便，需要在各种target直接进行修改及徘徊配置比较乱，还要管理多个info.plist
2.通过 scheme 来配置环境变量
除了当前有的Debug 和Release 我们还可以在添加一个
当我们创建一个新的比如叫beta 就可以在scheme来切换
build Settings里所有的区分Debug和Release的设置也就意味着多了一beta
发现在我运行的时候还需要来回切换手动切换 那么可以不用手动切换的看下面
创建对应的scheme
点击➕
找到当前的target 修改对应的名字 比如就叫debug
再创建一个叫beta
关掉再来打开editScheme
此时就可以在相对应的schme 来选择相对应的 全局config了
比如说有网络请求有三个环境 用这种方式如何实现
首先在buildSettings User-Defined添加一个字段 并分别设置主机名
然后就可以在info.plist中添写了
项目中也就可以读取出来
总结：此时不同环境运行就会读取出不同的HOST_URL
这种方案比上一种 会好 会发现不会管理多个target 在每个target对应的buildsetting中设置。这种只会在一个target中设置buildsetting 就完事了 但是还是有弊端 还会在buildsetting中设置 那可不可以通过文件的形式来管理整个buildsetting的设置呢 当然看下面
3.通过 xcconfig文件来配置
可以通过文件的形式，因为我们知道平常我们需要在buildsetting里需要配置许多东西，如果直接修改buildSetting 会感觉有点乱还有可能在不同环境下来回切换，通过文件可能就会相对来说清晰
平常我们在用pods的时候就会发现xcconfig文件 正好对应着相对应的环境
我们也可创建自己的它的文件命名是规则为 config-项目名-环境
然后关联上对应的scheme 这样运行的时候就能通过不同的文件来管理不同环境的buildSetting设置了
xcconfig文件是key-value的形式来编写的 如我们自己定义的buildSetting字段 还有系统的字段 当你编译运行的时候会发现一些配置被配置到了buildSetting中
- 我们可以在config文件中添加绝对 和相对路径 引入别的xcconfig
- 关于http://这种需要定义变量来解决 站位符为 ${} $() 两种写法
-
OTHER_LDFLAGS 还可以指定Scheme 指定 模拟器 ，指定 cpu架构 截屏2021-01-23 上午9.52.40.png
回到xcode 的 build Sttings 发现 相对应的 otherLinkerFlags 已经被设置上
key可以在https://xcodebuildsettings.com来查看
