iOS 封裝.framework 以及使用
.framework是什麼?
.framework是什麼?
這個問題相信做iOS的都知道答案。 在我們的日常開發中,經常會用到各種已經封裝好的庫,比如支付寶、微信SDK等等中的庫,這些庫可以給我們的開發帶來很大的便利。有的時候,由於工作的需要,我們需要對自己的專案進行封裝,生成庫,方便別人的使用。在這裡就邊參考好點的部落格,邊總結一下我們經常看到的.framework。
那什麼是“庫”呢?
“庫”是共享程式程式碼的一種方式!同行總結的這句話很簡單也很好的說明了它的作用!
一般的分為“靜態庫”和“動態庫”。
“靜態庫”和“動態庫”有什麼區別?
“靜態庫” 連結時候完整的拷貝至可執行檔案中,被多次使用就會有多次拷貝。
“動態庫” 連結時候不復制,程式執行時由系統動態載入到記憶體,供程式呼叫,系統只載入一次,多個程式共用,節省記憶體!
iOS裡靜態和動態庫形式
靜態庫形式: .a和.framework
動態庫形式: .dylib和.framework
.a與.framework有什麼區別
.a是一個純二進位制檔案,.framework中除了有二進位制檔案之外還有資原始檔。
.a檔案不能直接使用,至少要有.h檔案配合,.framework檔案可以直接使用。
.a + .h + sourceFile = .framework。
所以我們建議用.framework.
下面我們通過實際的例子自己製作一下
我們首先得建立這個FrameWork,按照下圖:
我們建立了這個FrameWork,看看這個 FrameWork的結構:
我們再裡面簡單的新增了一個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只能是靜態庫。
接下里就是設定我們有那些標頭檔案是需要公開的,如下圖設定:
還要記得把要公開的類新增到我們的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:
這個時候你就會看到FrameWork專案裡的Products檔案多了我們的.framework檔案。你Show in Finder一下就會看到下面這樣的兩個資料夾了,一個就是真機一個就是模擬機的:
接下來就是生成我們.framework檔案的最後一步了:利用終端把模擬機和真機的檔案我們合併成一份:
把上圖中我們標註的FrameWorkTest檔案進行下面的操作:
在終端中輸入命令:lipo -create 模擬機和真機的FrameWorkTest檔案路徑(直接拉到終端就會顯示)-output 一個輸出路徑
具體的例子我們看下面我們終端中的資訊:
注意:隨後生成的可以看到是一個.lipo檔案,這時候你需要做的就是改了它的名稱(包括去掉字尾)然後去隨便覆蓋你的真機或者模擬機的之前我們合併時候的檔案!
然後就是它的使用了
我們的.framework檔案就算是製作完成了,那使用我相信大家也都知道,把它拉到我們的專案中,我們看看我們的使用情況,證明我們的是OK的:
順便這裡說一下.boundle檔案的製作,新建一個檔案,把它字尾名改為.boundle檔案,這時候你要是直接開啟這個檔案的不行的,那就“顯示包內容”給裡面新增資原始檔就可以!
我們再看我們的專案中我們拉進來的檔案:
我們在我們的.boundle檔案中新增了一張圖片,我們再具體看看這個圖片的使用以及我們這個.framework靜態庫是不是能成功使用:
一:匯入我們的靜態庫:
二:具體的使用:
三:看看我們的列印日誌:
上面的哪張我們使用的圖片也是能夠正常出現的,我們這裡就不再截圖發了,有興趣的可以自己試試。
最後需要總結的:
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 的方法名要修改。
相關文章
- iOS-控制元件封裝為framework來使用iOS控制元件封裝Framework
- Java 封裝 SDK 以及使用Java封裝
- iOS微信支付接入以及工具類封裝iOS封裝
- 封裝framework注意點封裝Framework
- axios封裝以及前端介面處理策略iOS封裝前端
- Vue Axios 的封裝使用VueiOS封裝
- vue axios封裝以及API統一管理VueiOS封裝API
- vue中使用axios的封裝VueiOS封裝
- 使用async await 封裝 axiosAI封裝iOS
- axios封裝iOS封裝
- 封裝axios封裝iOS
- vue中axios的使用與封裝VueiOS封裝
- 使用 js 修飾器封裝 axiosJS封裝iOS
- axios封裝apiiOS封裝API
- iOS之WKWebView封裝iOSWebView封裝
- 基於NET 6.0 封裝的 Fast.Framework封裝ASTFramework
- Cordova-iOS SDK封裝iOS封裝
- 封裝axios請求封裝iOS
- iOS極光推送封裝iOS封裝
- iOS封裝Card檢視iOS封裝
- Dapper的封裝、二次封裝、官方擴充套件包封裝,以及ADO.NET原生封裝APP封裝套件
- Vue二次封裝axios為外掛使用Vue封裝iOS
- axios二次封裝iOS封裝
- 封裝ajax、axios請求封裝iOS
- iOS 文字提示框封裝iOS封裝
- iOS封裝彈框試圖iOS封裝
- iOS 仿網易 APP 介面封裝iOSAPP封裝
- React 元件封裝 以及常用項記錄React元件封裝
- vue全家桶 ---axios的使用和二次封裝VueiOS封裝
- iOS 更加優雅便捷的UIAlertView/UIAlertController封裝使用iOSUIViewController封裝
- iOS中,Framework和 a的打包及使用iOSFramework
- Vue3——axios 安裝和封裝VueiOS封裝
- iOS資料上報模組封裝方案iOS封裝
- iOS 基於FMDB簡單封裝iOS封裝
- axios的二次封裝iOS封裝
- vue - axios網路封裝模組VueiOS封裝
- axios 請求資料封裝iOS封裝
- Framework 4.6.2下的SignalR使用,以及WPF下同步使用FrameworkSignalR