iOS项目子工程化(二)创建依赖模块工程
创建依赖模块工程
上一篇写了关于项目子工程化的基本配置操作。这一篇将创建依赖模块工程的一些操作。
依赖模块工程demo git地址
废话就不多说了,直接上流程。
一、创建WDProjects_dev.xcworkspace
1、创建一个文件夹WDProjects,存放所有工程
2、在该文件夹下面创建一个WDProjects_dev.xcworkspace文件
创建完成后,保存在刚才的文件下。
二、创建子工程
这里的子工程我是以 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
4、开始使用
现在可以在主工程里面引用
import "WDUserLog.h"
import "WDShareData.h"
愉快的使用子工程的api了。
5、WDShare 依赖WDUser子工程,在WDShare公里里面调用 WDUser里面的AIP,操作方式同上,不用多说了。
结语:下一篇工程化使用pod集成。