应用场景:
如果我们有些功能要给别人用,但是又不想公开代码实现,这时候我们可以打包成库。库分为静态库和动态库:
静态库:以.a 和 .framework为文件后缀名。
动态库:以.tbd(之前叫.dylib) 和 .framework 为文件后缀名
二者区别:
静态库:链接时会被完整的复制到可执行文件中,被多次使用就有多份拷贝。
动态库:链接时不复制,程序运行时由系统动态加载到内存,系统只加载一次,多个程序共用(如系统的UIKit.framework等),节省内存
注:据说苹果不让使用自己的动态库,否则审核就无法通过
一、 使用 Static Library
创建静态库:
-
创建静态库工程,命名为StaticSDK:
file->new->project
-
第一步:在.h和.m文件中键入所需功能代码。
第二步:分别选择真机
和模拟器
,cmd+b
进行编译。
第三步:选中Products
文件夹下的文件,show in Finder
,可以看到对应的libStaticSDK.a文件
将两个库合并为一个通用库,使用终端的lipo命令行来打包。操作如下:
lipo -create (这里分别拖入两个libStaticSDK.a文件路径) -output /Desktop/libStaticSDK.a
这样在目标路径下就生成了libStaticSDK.a静态库文件新建工程,将静态库工程中的StaticSDK.h和刚刚导出的libStaticSDK.a,导入工程。在所需.m文件中导入静态库头文件即可调用相应功能代码(这么简单的步骤这里就不多赘述了!)
二、 使用 Framework
创建静态库:
-
创建静态库工程,命名为StaticFramework:
file->new->project
-
新建功能类,在.h和.m文件中键入所需功能代码。
-
StaticFramework.h为静态库自动生成的公开头文件,我们需要公开的功能头文件导入到此头文件中,以便在使用时只需import StaticFramework.h就可以了。
-
设置库的属性,将库的打包类型设置为静态库:
-
设置要暴露的头文件:
-
分别选择
真机
和模拟器
,cmd+b
进行编译。
注:编译之前要设置 Deployment Target 你要最低支持的版本,这里要低于真机版本,否则会无法编译。
-
选中
Products
文件夹下的文件,show in Finder
,找到真机和模拟器对应的StaticFramework.framework文件
将两个库合并为一个通用库,使用终端的lipo命令行来打包。操作如下:
lipo -create (这里分别拖入两个目录下的签名文件路径) -output /Desktop/StaticFramework
这样在目标路径下就生成了新的StaticFramework文件签名。
注:签名文件要和库名保持一致
最后的最后,将生成的新的签名文件StaticFramework拷贝到之前生成的带有_CodeSignature 文件夹的frameWork库的根目录下替换掉原来的库的签名文件。至此该frameWork就是我们最终生成的通用版frameWork库。
静态库的使用:将最终的通用库拖进工程,导入
#import <StaticFramework/StaticFramework.h>
即可调用功能代码。
三、 使用 Framework
创建动态库:
- 和创建静态库步骤基本相同,
只有第4步不同:需要当库的属性设置为动态库
,如下:
- 动态库的使用:将最终的通用库拖进工程,导入
#import <DynamicFramework/DynamicFramework.h>
即可调用功能代码, 另外需要注意的是要做如下配置:
注:默认是Do not embed, 需要设置为Embed & Sign
,否则会报以下错误:
dyld: Library not loaded: @rpath/DynamicFramework.framework/DynamicFramework Referenced from: /private/var/containers/Bundle/Application/DF439DDF-5DBC-41E3-842D-26FAB1D5BFEE/YYYTest.app/YYYTest Reason: image not found