关于库的一些基础知识
首先来了解一下什么是库：库(Library)其实是一段编译好的二进制代码，然后将头文件暴露出来（OC中就是.h文件,swift中打包后Xcode将会自动生成.h文件 需要将Swift代码前面添加public）提供给别人使用
关于为什么使用库！1.只提供给使用者接口而不暴露出来具体的实现方式
2.不会对代码进行较大的频繁的改动，减少编译时间（因为库就是一段已经编译好的二进制代码使用时候只需要Link一下就可以了）
关于Link 就衍生出来了 静态链接以及动态链接，也就是动态库以及静态库
1.静态库
静态库即静态链接库（Windows 下的 .lib，Linux 和 Mac 下的 .a）
使用时直接copy一份在项目中，在目标程序中就不会改变了。
好处：没有外部依赖，直接运行
缺点：使目标项目体积增大
2.动态库
动态库即动态链接库（Windows 下的 .dll，Linux 下的 .so，Mac 下的 .dylib）
与静态库相反，动态库编译时候不会copy到程序中，只会存储动态库的引用。等程序运行时才会加入动态库
编译才载入的特性，也可以让我们随时对库进行替换，而不需要重新编译代码
优点：不会增大目标程序体积，同一份库可以被多个程序使用
缺点：一部分性能损失。依赖于外部环境。如果环境缺失或者库版本不对。将会导致程序无法运行
iOS：Framework
Framework实际上是一种打包方式，将库的二进制文件，头文件和相关资源打包到一起，方便管理发布。
iOS8以前不支持动态Framework。开发者只可以使用苹果自家的UIKit.Framework,Foundation.Framework等。由于iOS的应用都运行在沙盒中，不同程序之间无法共享代码，同时动态下载代码苹果明令禁止，没法发挥出来动态库的优势，所以动态库没有存在的必要。所以只能打包成为静态库.a文件同时附上头文件
iOS8/Xcode 6 推出之后。iOS平台添加了动态库支持，同时Xcode也原声自带了Framework支持（动静太都可以Static以及Dynamic）关于为什么添加动态库支持。可能的理由是Swift的Extension出现吧
Extension和APP是两个分开的可执行文件。需要共享代码。但是和系统的Framework还是有较大区别的。首先需要copy到目标程序中，App和Extension的Bundle是共享的，因此成为Embedded Framework
Swift支持
跟着iOS8/Xcode 6 同时发布的还有Swift。如果在项目中使用外部的代码。可选的方式1：直接将代码copy到过程中，另外一种就是动态的Framework，使用静态库是不支持的。（这也是我后来将Swift代码改成OC代码打包成静态Framework的主要原因吧 😭😭😭）
造成这个问题的原因主要是 Swift 的 Runtime 没有被包含在 iOS 系统中，而是会打包进 App 中（这也是造成 Swift App 体积大的原因），静态库会导致最终的目标程序中包含重复的 Runtime（这是苹果自家的解释）。同时拷贝 Runtime 这种做法也会导致在纯 ObjC 的项目中使用 Swift 库出现问题。苹果声称等到 Swift 的 Runtime 稳定之后会被加入到系统当中，到时候这个限制就会被去除了。