根据项目要求，需要企业版与商店版，两个版本只有图标，证书，名称，以及某部分功能逻辑处理不同，因此使用多个target进行解决。
1、Project和Target的关系
PROJECT：可以理解为一个仓库（类似c#的一个解决方案），一个项目只有一个target的时候你也可以理解为这就是我们的一个项目。
TARGET：一个项目可以有多个target，相互之间没有关系。但target和project有关系，target的setting会从project settings中继承一部分。
引用Apple的一句话“Targets that define the products to build. A target organizes the files and instructions needed to build a product into a sequence of build actions that can be taken.”
Google翻译：定义要构建产品的目标。 目标将构建产品所需的文件和指令组织成可采取的构建操作的顺序。
其实就是: target用来管理product需要的文件和指令，每个target可以定义专属的编译参数。
那么多个target具体有什么用途呢？
比如某某聊天APP的简洁版与完整版，或者某某母婴管理软件，换个图标换套UI 就是一个新的应用。
2、创建target
①duplicate
优点：与原target共用同一份代码，可以设置独立的编译参数、bundleid、 应用名、Icon等应用信息。这样就可以一份代码 多个版本。
缺点：不能创建独属于自己的类。
但是如果想在具体方法中做一些不同的逻辑处理，可以通过设置全局宏命令Preprocessor Macros实现（见下文3、）。
会创建出一个名为 “XXX copy”的target，同时也会生成一个XXX copy-Info.plist的plist文件，与XXX.xcodeproj文件同级。可以在这个plist文件修改应用信息。
如果想将XXX copy-Info.plist与info.plist 放在同级目录，需要删除引用，然后Add files to "XXX"。此时运行还会报错，因为plist文件路径改变了。
如下图，我重命名了target与XXX copy-Info.plist，并且与info.plist放在同级目录管理。
接下来设置plist路径：然后运行成功。
②file->new->target 选择single view application 填好Produce Name->finish
优点：大家可以发现这种创建target的方式有独立的APPdelegate 与info.plist文件，可以理解为创建了一个新的项目。
新创建的TestMultiTarget3 仍然继承project的build setting。也可以自定义编译参数。
缺点：原target的类文件，不会自动包含进新创建的target，需要手动选择
此种方式可以用于framework的不同平台不同版本的开发，有公用的类，也可以针对平台版本等创建独有的类，实现不同平台版本开放不同功能。
最常见的应用场景是，某些三方sdk的完整版与简洁版。能够针对用户需求，定制最精简的功能。
生成结果如图：
添加类文件时选择包含到多个target，其他target也可以访问。
如上图Const.swift文件，
被所有的target包含进 compile source中
3、对上文提到的通过Preprocessor Macros，区分target版本进行解释
首先选中TestMultiTarget 选择build setting 输入swift进行搜索 如图添加一个TARGET1，然后选择其他TestMultiTarget2 在debug模式下添加TARGET2,TestMultiTarget3的debug模式下添加TARGET3.（在C系语言中需要在Preprocessor Macros处定义，详见swift 条件编译 自定义环境变量）
然后创建一个共用类 commonView 被所有target包含。
完成之后我们在其他地方进行调用。
如此我们就能根据target版本进行区分代码逻辑。
到这里大家应该对多个target应该有了一定的了解，如果觉得不错，可以关注下O(∩_∩)O哈哈~。
以上个人理解，如有错误还请批评指正。
