.framework是什么？

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

那什么是“庫(kù)”呢？

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

一般的分為“靜態(tài)庫(kù)”和“動(dòng)態(tài)庫(kù)”。

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

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

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

iOS里靜態(tài)和動(dòng)態(tài)庫(kù)形式

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

動(dòng)態(tài)庫(kù)形式： .dylib和.framework

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

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

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

.a + .h + sourceFile = .framework。

所以我們建議用.framework.

下面我們通過(guò)實(shí)際的例子自己制作一下

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

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

我們?cè)倮锩婧?jiǎn)單的添加了一個(gè)ShowNSlog的類，并且我們添加了一個(gè) FrameWorkTest.boundle文件，看看我們?cè)谶@個(gè)類里面寫(xiě)了什么內(nèi)容：

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

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

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

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

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

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

還要記得把要公開(kāi)的類添加到我們的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)入要公開(kāi)的頭文件
#import

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

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

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

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

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

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

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

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

然后就是它的使用了

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

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

我們?cè)倏次覀兊捻?xiàng)目中我們拉進(jìn)來(lái)的文件：

我們?cè)谖覀兊?boundle文件中添加了一張圖片，我們?cè)倬唧w看看這個(gè)圖片的使用以及我們這個(gè).framework靜態(tài)庫(kù)是不是能成功使用：

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

二：具體的使用：

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

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

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

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

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

3、公開(kāi)的類中如果引用的private的類，打包以后對(duì)外會(huì)報(bào)錯(cuò)，找不到那個(gè)private的類，可以把那個(gè)private的.h放到（也沒(méi)親測(cè)）

4、namespace 沖突。靜態(tài)庫(kù)用了某第三方庫(kù)，項(xiàng)目也用了同樣的第三方庫(kù)，在編譯的時(shí)候就會(huì)有 duplicate symbol 錯(cuò)誤，因?yàn)橛袃煞萃瑯拥牡谌綆?kù)。解決辦法就是把用到的第三方庫(kù)加上自定義前綴，包括類名、delegate 協(xié)議、常量名，尤其需要注意 Category 的方法名要修改。

總結(jié)

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

最新評(píng)論