Framework打包前传

原创
2016/09/27 17:42
阅读数 230

关于库的一些基础知识

首先来了解一下什么是库:库(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 稳定之后会被加入到系统当中,到时候这个限制就会被去除了。

 

 

展开阅读全文
加载中
点击引领话题📣 发布并加入讨论🔥
打赏
0 评论
1 收藏
0
分享
返回顶部
顶部