iOS SDK開(kāi)發(fā)(一)基礎(chǔ)概念

日常的開(kāi)發(fā)中,我們經(jīng)常會(huì)遇到這樣的開(kāi)發(fā)需求。比如 不能提供源碼,暴露部分接口出去、 項(xiàng)目功能組件模塊化等。這個(gè)時(shí)候,我們一般就想到了sdk開(kāi)發(fā)。在OC的開(kāi)發(fā)中,我們涉及到的一般是靜態(tài)庫(kù)(.a)或者動(dòng)態(tài)庫(kù)(.framework)。(注:不是所有的.framework就一定是動(dòng)態(tài)庫(kù))

一、什么是庫(kù)?

庫(kù)是共享程序代碼的方式,一般分為靜態(tài)庫(kù)和動(dòng)態(tài)庫(kù)。

二、靜態(tài)庫(kù)與動(dòng)態(tài)庫(kù)的區(qū)別?

靜態(tài)庫(kù):鏈接時(shí)完整地拷貝至可執(zhí)行文件中,被多次使用就有多份冗余拷貝。
動(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)存。

注意:動(dòng)態(tài)庫(kù)只能蘋果使用,如果項(xiàng)目中使用了動(dòng)態(tài)庫(kù)不允許上架(如:jspatch)

三、iOS里靜態(tài)庫(kù)形式?

.a和.framework

四、iOS里動(dòng)態(tài)庫(kù)形式?

.dylib和.framework

五、framework為什么既是靜態(tài)庫(kù)又是動(dòng)態(tài)庫(kù)?

系統(tǒng)的.framework是動(dòng)態(tài)庫(kù),我們自己建立的.framework是靜態(tài)庫(kù)。

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

.a是一個(gè)純二進(jìn)制文件,.framework中除了有二進(jìn)制文件之外還有資源文件。
.a文件不能直接使用,至少要有.h文件配合,.framework文件可以直接使用。
.a + .h + sourceFile = .framework。
建議用.framework.

七、為什么要使用靜態(tài)庫(kù)?

1 方便共享代碼,便于合理使用。
2 實(shí)現(xiàn)iOS程序的模塊化??梢园压潭ǖ臉I(yè)務(wù)模塊化成靜態(tài)庫(kù)。
3 和別人分享你的代碼庫(kù),但不想讓別人看到你代碼的實(shí)現(xiàn)。
4 開(kāi)發(fā)第三方sdk的需要。

八、制作靜態(tài)庫(kù)時(shí)的幾點(diǎn)注意:
  • 1 注意理解:無(wú)論是.a靜態(tài)庫(kù)還.framework靜態(tài)庫(kù),我們需要的都是二進(jìn)制文件+.h+其它資源文件的形式,不同的是,.a本身就是二進(jìn)制文件,需要我們自己配上.h和其它文件才能使用,而.framework本身已經(jīng)包含了.h和其它文件,可以直接使用。

  • 2 圖片資源的處理:兩種靜態(tài)庫(kù),一般都是把圖片文件單獨(dú)的放在一個(gè).bundle文件中,一般.bundle的名字和.a或.framework的名字相同。.bundle文件很好弄,新建一個(gè)文件夾,把它改名為.bundle就可以了,右鍵,顯示包內(nèi)容可以向其中添加圖片資源。

  • 3 category是我們實(shí)際開(kāi)發(fā)項(xiàng)目中經(jīng)常用到的,把category打成靜態(tài)庫(kù)是沒(méi)有問(wèn)題的,但是在用這個(gè)靜態(tài)庫(kù)的工程中,調(diào)用category中的方法時(shí)會(huì)有找不到該方法的運(yùn)行時(shí)錯(cuò)誤(selector not recognized),解決辦法是:在使用靜態(tài)庫(kù)的工程中配置other linker flags的值為-ObjC。

  • 4 如果一個(gè)靜態(tài)庫(kù)很復(fù)雜,需要暴露的.h比較多的話,就可以在靜態(tài)庫(kù)的內(nèi)部創(chuàng)建一個(gè).h文件(一般這個(gè).h文件的名字和靜態(tài)庫(kù)的名字相同),然后把所有需要暴露出來(lái)的.h文件都集中放在這個(gè).h文件中,而那些原本需要暴露的.h都不需要再暴露了,只需要把.h暴露出來(lái)就可以了。

九、開(kāi)發(fā)SDK經(jīng)驗(yàn):
  • 一 易用性
    1、盡量都支持cocoapods
    2、API調(diào)用簡(jiǎn)單
    3、便于調(diào)試
    4、API回調(diào)參數(shù)明確(推薦返回model而非dictionary)
    5、API穩(wěn)定
  • 二 API設(shè)計(jì)
    1、 參數(shù)命名一定要明確無(wú)歧義
    2、SDK配置參數(shù)和接口入?yún)⒎珠_(kāi)
    3、SDK參數(shù):拼接的字符串方便擴(kuò)展
    4、用于查詢的屬性,絕對(duì)不能直接設(shè)置(SDK會(huì)提供一些方法和屬性,讓接入者知道SDK的當(dāng)前狀態(tài)。常見(jiàn)的比如- (BOOL)islogin;,@property(nonatomic, assign, readonly) BOOL isLogin;。方法可以隱藏屬性,保證不被修改,如果是屬性,一定要加readonly)
  • 三注意事項(xiàng)
    能用系統(tǒng)的API解決的,就不要使用第三方,減少對(duì)其他庫(kù)的依賴
    OC沒(méi)有命名空間,類命名和類別方法加上前綴
    黑科技雖然好,但是能不用的就不要用
    多考慮第三方帶來(lái)的影響,比如鍵盤處理,UIKit的UIAppearance等依賴其他SDK的,別打包在一起,不然出現(xiàn)符號(hào)表重復(fù)使用了OC類別打包的時(shí)候記得加上-ObjC
    能不用單例的就盡量少的使用
    核心代碼的安全性
    資源文件使用bundle進(jìn)行管理,能不用xib的就別用了吧
十、開(kāi)發(fā)工具:

對(duì)于iOS來(lái)說(shuō),就是個(gè)Xcode,但是考慮成工程搭建和打包的方便建議使用cocoapods和cocoapods-packager

搭建開(kāi)發(fā)工程:
pod lib create xxx
打包:
pod package xxx.spec

完美配合!

參考:
簡(jiǎn)書(shū)文章基本概念
SDK開(kāi)發(fā)經(jīng)驗(yàn)

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請(qǐng)結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡(jiǎn)書(shū)系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容