.framework是什么?
.framework是什么?
这个问题相信做iOS的都知道答案。 在我们的日常开发中,经常会用到各种已经封装好的库,比如支付宝、微信SDK等等中的库,这些库可以给我们的开发带来很大的便利。有的时候,由于工作的需要,我们需要对自己的项目进行封装,生成库,方便别人的使用。在这里就边参考好点的博客,边总结一下我们经常看到的.framework。
那什么是“库”呢?
“库”是共享程序代码的一种方式!同行总结的这句话很简单也很好的说明了它的作用!
一般的分为“静态库”和“动态库”。
“静态库”和“动态库”有什么区别?
“静态库” 链接时候完整的拷贝至可执行文件中,被多次使用就会有多次拷贝。
“动态库” 链接时候不复制,程序运行时由系统动态加载到内存,供程序调用,系统只加载一次,多个程序共用,节省内存!
iOS里静态和动态库形式
静态库形式: .a和.framework
动态库形式: .dylib和.framework
.a与.framework有什么区别
.a是一个纯二进制文件,.framework中除了有二进制文件之外还有资源文件。
.a文件不能直接使用,至少要有.h文件配合,.framework文件可以直接使用。
.a + .h + sourceFile = .framework。
所以我们建议用.framework.
下面我们通过实际的例子自己制作一下
我们首先得创建这个FrameWork,按照下图:
我们创建了这个FrameWork,看看这个 FrameWork的结构:
我们再里面简单的添加了一个ShowNSlog的类,并且我们添加了一个 FrameWorkTest.boundle文件,看看我们在这个类里面写了什么内容:
#import "ShowNSLog.h" @implementation ShowNSLog +(void)showLog{ NSLog(@"你使用了我们的静态库"); } +(NSString *)showLogWithReturn{ return @"zhouzhou.jpg"; } @end
接下来对我们的这个.framework静态库进行一些简单的设置,如下图所示:
1、首先是Dead Code Stripping设置为NO,网上对此项的解释如下,大致意思是如果开启此项就会对代码中的”dead”、”unreachable”的代码过滤,不过这个开关是否关闭,似乎没有多大影响,不过为了完整还原framework中的代码,将此项关闭也未曾不可。
2、然后将Link With Standard Libraries关闭,我想可能是为了避免重复链接
3、最后将Mach-O Type设为Static Library,framework可以是动态库也可以是静态库,对于系统的framework是动态库,而用户制作的framework只能是静态库。
接下里就是设置我们有那些头文件是需要公开的,如下图设置:
还要记得把要公开的类添加到我们的FrameWorkTest.h中,比如下面是我们例子中的:
#import //! Project version number for FrameWorkTest. FOUNDATION_EXPORT double FrameWorkTestVersionNumber; //! Project version string for FrameWorkTest. FOUNDATION_EXPORT const unsigned char FrameWorkTestVersionString[]; // In this header, you should import all the public headers of your framework using statements like #import // 导入要公开的头文件 #import
最后要做的就是打包制作我们这个FrameWork了:
command+B 按照我们下图的选择,打包出这个FrameWork:
这个时候你就会看到FrameWork项目里的Products文件多了我们的.framework文件。你Show in Finder一下就会看到下面这样的两个文件夹了,一个就是真机一个就是模拟机的:
接下来就是生成我们.framework文件的最后一步了:利用终端把模拟机和真机的文件我们合并成一份:
把上图中我们标注的FrameWorkTest文件进行下面的操作:
在终端中输入命令: lipo -create 模拟机和真机的FrameWorkTest文件路径(直接拉到终端就会显示)-output 一个输出路径
具体的例子我们看下面我们终端中的信息:
注意:随后生成的可以看到是一个.lipo文件,这时候你需要做的就是改了它的名称(包括去掉后缀)然后去随便覆盖你的真机或者模拟机的之前我们合并时候的文件!
然后就是它的使用了
我们的.framework文件就算是制作完成了,那使用我相信大家也都知道,把它拉到我们的项目中,我们看看我们的使用情况,证明我们的是OK的:
顺便这里说一下.boundle文件的制作,新建一个文件,把它后缀名改为.boundle文件,这时候你要是直接打开这个文件的不行的,那就“显示包内容”给里面添加资源文件就可以!
我们再看我们的项目中我们拉进来的文件:
我们在我们的.boundle文件中添加了一张图片,我们再具体看看这个图片的使用以及我们这个.framework静态库是不是能成功使用:
一:导入我们的静态库:
二:具体的使用:
三:看看我们的打印日志:
上面的哪张我们使用的图片也是能够正常出现的,我们这里就不再截图发了,有兴趣的可以自己试试。
最后需要总结的:
1、在制作framework或者lib的时候,如果使用了category,则使用改FMWK的程序运行时会crash,此时需要在该工程中 other linker flags添加两个参数 -ObjC -all_load。(这点没有亲测)
2、带有图片资源的需要把图片打包成Bundle文件,和framework一起拷贝到相应的项目中。
3、公开的类中如果引用的private的类,打包以后对外会报错,找不到那个private的类,可以把那个private的.h放到(也没亲测)
4、namespace 冲突。静态库用了某第三方库,项目也用了同样的第三方库,在编译的时候就会有 duplicate symbol 错误,因为有两份同样的第三方库。解决办法就是把用到的第三方库加上自定义前缀,包括类名、delegate 协议、常量名,尤其需要注意 Category 的方法名要修改。