iOS静态库的那些坑
最近项目需要我开发一个内嵌iOS的SDK,直白说就是要写一个通用的静态库。很久以前我也做过类似的事,不过由于不是商用的东西,没有深入研究,但这次不一样了。原以为很简单的东西,最后我还是踩了不少的坑,所以特此纪录一下。
一、基本背景
我只重复几个关键点:
静态库所依赖的dylib或者framework,最终使用静态库的程序也需要引用。
静态库是二进制代码,区分处理器类型的,可以使用lipo -create –output创建支持多处理器的静态库。
编译时请把Build Configuration选择为Release
Objective-C无真正私有方法,所以你静态库想要暴露多少接口,多少类,完全取决于你的头文件。
二、命名问题
iOS程序员大多都会使用第三方的开源代码,对于直接在应用中使用这些代码,一般是不会对其做出什么修改的。但是静态库不一样,在静态库中使用开源代码必须要注意几件事。
类的命名:
由于Objective-C没有命名空间,所以定义名字相同的类会视为重复定义。因此使用开源代码的时候,必须要对其类名进行修改。我建议是加上三位字母以上的前缀,否则还是有可能重复的。
Category:
作为Objective-C的一个重要特性之一,开源代码也用了不少category。当然,category添加的方法即使名字重复 了也不会报错,但是会存在其中一个方法覆盖了另一个。由于开源代码也存在版本不同的问题,因此为了避免造成混乱,建议还是给category添加的方法添加前缀。Category 除了