本文主要是介绍Cocoapods系列----集成SDK遇到问题记录，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
第三方framework集成问题记录
1、framework该放在哪里呢？
如果项目使用Cocoapods管理，那么在集成SDK的过程中，前辈会说放在你自己的projcet中，这样做的好处是项目结构清晰，便于模块化同样也便于管理。但是放在自己的projcet中，但是怎么放呢？
模仿大法
开始在工程中使用第三方framework的工程中寻找灵感，可是只是看到工程中存放着第三方的feamework，但是在Link binary with libary的地方没有找到该framework的身影，于是不知道怎么下手。
解决
想到工程使用cocopods管理的，那么是不是也和普通的库管理一样呢，在spec文件指明使用的第三方framework，通过cocoapods管理呢？打开工程中其他使用第三方库的工程的spec文件，果然如此，问题圆满解决。
使用到的spec语句如下
spec.vendored_framework = 'framework的路径'
spec语法参考
2、要求使用other linker flags 使用-ObjC
当然可以在自己的project中的build setting中找到other linker flags，设置其值是-Objc，但是这样设置之后，不便于后期维护，为什么？因为公司项目有将近20个project，如果每个人都在自己的project中设置，那么后期想统一操作project时或架构变更时，需要一个一个筛，如果放在spec文件中，可以很方便看到设置，也可以使用脚本处理。
#OTHER_LDFLAGS 对应buildsetting的other linker flags
spec.pod_target_xcconfig = { 'OTHER_LDFLAGS' => '-ObjC' }
-ObjC—库中含有Category，此flag让链接器把库中的Objective-C类和Category都加载进来。（缺点：编译之后的app会变大）。但是如果静态库中有类和category的话只有加入这个flag才行。
-all_load–强制链接器加载所有包含非ObjC的目标文档。all_load会让链接器把所有找到的目标文件都加载到可执行文件中所以，其实这个flag是专门处理-ObjC的一个bug的。用了-ObjC以后，如果类库中只有category没有类的时候这些category还是加载不进来。而-all_load会强制链接器把目标文件都加载进来，即使没有objc代码。注意：假如你使用了不止一个静态库文件，然后又使用了这个参数，那么你很有可能会遇到ld: duplicate symbol错误，因为不同的库文件里面可能会有相同的目标文件。建议在遇到-ObjC失效的情况下使用-force_load参数
force_load–所做的事情跟-all_load其实是一样的，但是-force_load需要指定要进行全部加载的库文件的路径，这样的话，你就只是完全加载了一个库文件，不影响其余库文件的按需加载
这篇关于Cocoapods系列----集成SDK遇到问题记录的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
