iOS 封装.framework 以及使用
.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 的方法名要修改。
