iOS项目子工程化（二）创建依赖模块工程

创建依赖模块工程

上一篇写了关于项目子工程化的基本配置操作。这一篇将创建依赖模块工程的一些操作。

依赖模块工程

demo git地址
废话就不多说了，直接上流程。

一、创建WDProjects_dev.xcworkspace

1、创建一个文件夹WDProjects，存放所有工程
2、在该文件夹下面创建一个WDProjects_dev.xcworkspace文件

创建 xcworkspac

保存

创建完成后，保存在刚才的文件下。

二、创建子工程

这里的子工程我是以 framework的形式创建的，分别创建了WDUser、WDShare两个子工程。同样放在刚才的文件夹路径下面。

为什么选用framework
.a是一个纯二进制文件，而.framework中除了有二进制文件之外还有头文件和资源文件。
.a文件不能直接使用，至少要有.h文件配合，.framework文件可以直接使用。
.a + .h + sourceFile = .framework。
framework可以是动态库，也可以是静态库。
所述，如果是.a的话，资源和头文件与库就会很零散，被弄乱了都不知道；而framework可以很好的把一个所需的文件库集合在一起。同时framework既能做动态库也能做静态库，在库类型的切换上有天然的优势。故而选framework更为友好。

静态库在程序编译时会被链接到目标代码中，程序运行时将不再需要该静态库，所以静态库是相对于编译期的；动态库在程序编译时并不会被链接到目标代码中，只是在程序运行时才被载入，所以动态库是相当于运行期的。

静态库在链接时会被完整的复制到可执行文件中，被多次使用就有多份拷贝；动态库在链接时不复制，程序运行时由系统动态加载到内存，系统只加载一次，主APP和App Extension之间共享动态库，节省内存。

静态库没有自己的独立空间，用的是主APP的空间（刚才也说到，静态库是在编译的时候复制过去的），所以会有符号重复的问题，比如库用了AFN，主工程也用了AFN，在编译的时候就会报符号重复的问题；而动态库是动态加载的，有自己的独立空间，所以能内置bundle，也不会出现符号重复的问题

注意： 
动态库上架不能带模拟器版本，所以上架的时候不要合并模拟器版本。
iOS8开始支持动态库了，所以动态库是能上架的，请放心使用动态库吧。
如果动态库编译报错，在SDK的General - Linked Framework and Librarles里点击“+”号，搜索libSystem并添加进去。

三、添加组合

1、打开刚才的WDProjects_dev.xcworkspace 文件，添加工程到workspace

添加工程

依次添加你想要的工程到WDProjects_dev

2、重新打开WDProjects_dev.xcworkspace，会看到基本工程已添加完毕。但是到这里还没有完成，我们的WDProjects为主工程，WDShare、WDUser为子工程，那么假如我们主工程里面要使用子工程里面的类，目前还是不能使用的。

四、添加依赖关系

我们让 主工程WDProjects依赖WDShare、WDUser子工程。在主工程里面分别调用WDShare、WDUser里面的API。

WDShare 依赖WDUser子工程，在WDShare公里里面调用 WDUser里面的AIP。

明确上面的要求后，开始添加依赖关系。

1、首先在WDProjects targets里面添加WDShare、WDUser动态库，为主工程编译使用。

添加动态库

2、添加完动态库后，直接在主工程里面引用

import "WDUserLog.h"

import "WDShareData.h"

会报错，这是因为没有设置路径的问题。

3、设置通配路径
在主工程 project——>build settings ——>header search paths 设置路径$(SRCROOT)/.. 选recursive

header search paths

$(SRCROOT)/.. 选recursive

4、开始使用
现在可以在主工程里面引用
import "WDUserLog.h"
import "WDShareData.h"
愉快的使用子工程的api了。

5、WDShare 依赖WDUser子工程，在WDShare公里里面调用 WDUser里面的AIP，操作方式同上，不用多说了。

结语：下一篇工程化使用pod集成。