iOS 封裝.framework 以及使用

weixin_33890499發表於2018-04-21

.framework是什麼?

.framework是什麼?

這個問題相信做iOS的都知道答案。 在我們的日常開發中,經常會用到各種已經封裝好的庫,比如支付寶、微信SDK等等中的庫,這些庫可以給我們的開發帶來很大的便利。有的時候,由於工作的需要,我們需要對自己的專案進行封裝,生成庫,方便別人的使用。在這裡就邊參考好點的部落格,邊總結一下我們經常看到的.framework。

那什麼是“庫”呢?

“庫”是共享程式程式碼的一種方式!同行總結的這句話很簡單也很好的說明了它的作用!

一般的分為“靜態庫”和“動態庫”。

“靜態庫”和“動態庫”有什麼區別?

“靜態庫”  連結時候完整的拷貝至可執行檔案中,被多次使用就會有多次拷貝。

“動態庫”  連結時候不復制,程式執行時由系統動態載入到記憶體,供程式呼叫,系統只載入一次,多個程式共用,節省記憶體!

iOS裡靜態和動態庫形式

靜態庫形式: .a和.framework

動態庫形式: .dylib和.framework

.a與.framework有什麼區別

.a是一個純二進位制檔案,.framework中除了有二進位制檔案之外還有資原始檔。

.a檔案不能直接使用,至少要有.h檔案配合,.framework檔案可以直接使用。

.a + .h + sourceFile = .framework。

所以我們建議用.framework.

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

我們首先得建立這個FrameWork,按照下圖:

7877747-71422bdddbd193b4

我們建立了這個FrameWork,看看這個 FrameWork的結構:

7877747-4bde237ce629803e

我們再裡面簡單的新增了一個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只能是靜態庫。

7877747-23a9514199ae4378

接下里就是設定我們有那些標頭檔案是需要公開的,如下圖設定:

7877747-7c3fa483eec9148e

還要記得把要公開的類新增到我們的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:

7877747-576748db53c6a1e9

這個時候你就會看到FrameWork專案裡的Products檔案多了我們的.framework檔案。你Show in Finder一下就會看到下面這樣的兩個資料夾了,一個就是真機一個就是模擬機的:

7877747-6c56c2d9bd7be408

接下來就是生成我們.framework檔案的最後一步了:利用終端把模擬機和真機的檔案我們合併成一份:

把上圖中我們標註的FrameWorkTest檔案進行下面的操作:

在終端中輸入命令:lipo -create  模擬機和真機的FrameWorkTest檔案路徑(直接拉到終端就會顯示)-output 一個輸出路徑  

具體的例子我們看下面我們終端中的資訊:

7877747-7cc0425675c31726

注意:隨後生成的可以看到是一個.lipo檔案,這時候你需要做的就是改了它的名稱(包括去掉字尾)然後去隨便覆蓋你的真機或者模擬機的之前我們合併時候的檔案!

然後就是它的使用了

我們的.framework檔案就算是製作完成了,那使用我相信大家也都知道,把它拉到我們的專案中,我們看看我們的使用情況,證明我們的是OK的:

順便這裡說一下.boundle檔案的製作,新建一個檔案,把它字尾名改為.boundle檔案,這時候你要是直接開啟這個檔案的不行的,那就“顯示包內容”給裡面新增資原始檔就可以!

我們再看我們的專案中我們拉進來的檔案:

7877747-1fce34ef591b994e

我們在我們的.boundle檔案中新增了一張圖片,我們再具體看看這個圖片的使用以及我們這個.framework靜態庫是不是能成功使用:

一:匯入我們的靜態庫:

7877747-ac63d09747f424d1

二:具體的使用:

7877747-48a1dee860330510

三:看看我們的列印日誌:

7877747-2d80772a19acf336

上面的哪張我們使用的圖片也是能夠正常出現的,我們這裡就不再截圖發了,有興趣的可以自己試試。

最後需要總結的:

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 的方法名要修改。

相關文章