.framework是什么？

這個問題相信做iOS的都知道答案。 在我們的日常開發(fā)中，經(jīng)常會用到各種已經(jīng)封裝好的庫，比如支付寶、微信SDK等等中的庫，這些庫可以給我們的開發(fā)帶來很大的便利。有的時候，由于工作的需要，我們需要對自己的項目進(jìn)行封裝，生成庫，方便別人的使用。在這里就邊參考好點的博客，邊總結(jié)一下我們經(jīng)?？吹降?framework。

那什么是“庫”呢？

“庫”是共享程序代碼的一種方式！同行總結(jié)的這句話很簡單也很好的說明了它的作用！

一般的分為“靜態(tài)庫”和“動態(tài)庫”。

“靜態(tài)庫”和“動態(tài)庫”有什么區(qū)別？

“靜態(tài)庫”  鏈接時候完整的拷貝至可執(zhí)行文件中，被多次使用就會有多次拷貝。

“動態(tài)庫”  鏈接時候不復(fù)制，程序運行時由系統(tǒng)動態(tài)加載到內(nèi)存，供程序調(diào)用，系統(tǒng)只加載一次，多個程序共用，節(jié)省內(nèi)存！

iOS里靜態(tài)和動態(tài)庫形式

靜態(tài)庫形式： .a和.framework

動態(tài)庫形式： .dylib和.framework

.a與.framework有什么區(qū)別

.a是一個純二進(jìn)制文件，.framework中除了有二進(jìn)制文件之外還有資源文件。

.a文件不能直接使用，至少要有.h文件配合，.framework文件可以直接使用。

.a + .h + sourceFile = .framework。

所以我們建議用.framework.

下面我們通過實際的例子自己制作一下

我們首先得創(chuàng)建這個FrameWork，按照下圖：

我們創(chuàng)建了這個FrameWork，看看這個 FrameWork的結(jié)構(gòu)：

我們再里面簡單的添加了一個ShowNSlog的類，并且我們添加了一個 FrameWorkTest.boundle文件，看看我們在這個類里面寫了什么內(nèi)容：

#import "ShowNSLog.h"
@implementation ShowNSLog
+(void)showLog{
  
  NSLog(@"你使用了我們的靜態(tài)庫");
}
+(NSString *)showLogWithReturn{
   
  return @"zhouzhou.jpg";
}
@end

接下來對我們的這個.framework靜態(tài)庫進(jìn)行一些簡單的設(shè)置，如下圖所示：

1、首先是Dead Code Stripping設(shè)置為NO，網(wǎng)上對此項的解釋如下，大致意思是如果開啟此項就會對代碼中的”dead”、”unreachable”的代碼過濾，不過這個開關(guān)是否關(guān)閉，似乎沒有多大影響，不過為了完整還原framework中的代碼，將此項關(guān)閉也未曾不可。

2、然后將Link With Standard Libraries關(guān)閉，我想可能是為了避免重復(fù)鏈接

3、最后將Mach-O Type設(shè)為Static Library，framework可以是動態(tài)庫也可以是靜態(tài)庫，對于系統(tǒng)的framework是動態(tài)庫，而用戶制作的framework只能是靜態(tài)庫。

接下里就是設(shè)置我們有那些頭文件是需要公開的，如下圖設(shè)置：

還要記得把要公開的類添加到我們的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 
// 導(dǎo)入要公開的頭文件
#import

最后要做的就是打包制作我們這個FrameWork了：

command+B 按照我們下圖的選擇，打包出這個FrameWork：

這個時候你就會看到FrameWork項目里的Products文件多了我們的.framework文件。你Show in Finder一下就會看到下面這樣的兩個文件夾了，一個就是真機(jī)一個就是模擬機(jī)的：

接下來就是生成我們.framework文件的最后一步了：利用終端把模擬機(jī)和真機(jī)的文件我們合并成一份：

把上圖中我們標(biāo)注的FrameWorkTest文件進(jìn)行下面的操作：

在終端中輸入命令： lipo -create  模擬機(jī)和真機(jī)的FrameWorkTest文件路徑（直接拉到終端就會顯示）-output 一個輸出路徑 

具體的例子我們看下面我們終端中的信息：

注意：隨后生成的可以看到是一個.lipo文件，這時候你需要做的就是改了它的名稱（包括去掉后綴）然后去隨便覆蓋你的真機(jī)或者模擬機(jī)的之前我們合并時候的文件！

然后就是它的使用了

我們的.framework文件就算是制作完成了，那使用我相信大家也都知道，把它拉到我們的項目中，我們看看我們的使用情況，證明我們的是OK的：

順便這里說一下.boundle文件的制作，新建一個文件，把它后綴名改為.boundle文件,這時候你要是直接打開這個文件的不行的，那就“顯示包內(nèi)容”給里面添加資源文件就可以！

我們再看我們的項目中我們拉進(jìn)來的文件：

我們在我們的.boundle文件中添加了一張圖片，我們再具體看看這個圖片的使用以及我們這個.framework靜態(tài)庫是不是能成功使用：

一：導(dǎo)入我們的靜態(tài)庫：

二：具體的使用：

三：看看我們的打印日志：

上面的哪張我們使用的圖片也是能夠正常出現(xiàn)的，我們這里就不再截圖發(fā)了，有興趣的可以自己試試。

最后需要總結(jié)的：

1、在制作framework或者lib的時候，如果使用了category，則使用改FMWK的程序運行時會crash，此時需要在該工程中 other linker flags添加兩個參數(shù) -ObjC -all_load。（這點沒有親測）

2、帶有圖片資源的需要把圖片打包成Bundle文件，和framework一起拷貝到相應(yīng)的項目中。

3、公開的類中如果引用的private的類，打包以后對外會報錯，找不到那個private的類，可以把那個private的.h放到（也沒親測）

4、namespace 沖突。靜態(tài)庫用了某第三方庫，項目也用了同樣的第三方庫，在編譯的時候就會有 duplicate symbol 錯誤，因為有兩份同樣的第三方庫。解決辦法就是把用到的第三方庫加上自定義前綴，包括類名、delegate 協(xié)議、常量名，尤其需要注意 Category 的方法名要修改。

總結(jié)

以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值，如果有疑問大家可以留言交流，謝謝大家對腳本之家的支持。

最新評論