日常的開發中，我們經常會遇到這樣的開發需求。比如 不能提供源碼，暴露部分接口出去、 項目功能組件模塊化等。這個時候，我們一般就想到了sdk開發。在OC的開發中，我們涉及到的一般是靜態庫(.a)或者動態庫(.framework)。（注:不是所有的.framework就一定是動態庫）
一、什么是庫？
庫是共享程序代碼的方式，一般分為靜態庫和動態庫。
二、靜態庫與動態庫的區別？
靜態庫：鏈接時完整地拷貝至可執行文件中，被多次使用就有多份冗余拷貝。
動態庫：鏈接時不復制，程序運行時由系統動態加載到內存，供程序調用，系統只加載一次，多個程序共用，節省內存。
注意：動態庫只能蘋果使用，如果項目中使用了動態庫不允許上架(如：jspatch)
三、iOS里靜態庫形式？
.a和.framework
四、iOS里動態庫形式？
.dylib和.framework
五、framework為什么既是靜態庫又是動態庫？
系統的.framework是動態庫，我們自己建立的.framework是靜態庫。
六、a與.framework有什么區別？
.a是一個純二進制文件，.framework中除了有二進制文件之外還有資源文件。
.a文件不能直接使用，至少要有.h文件配合，.framework文件可以直接使用。
.a + .h + sourceFile = .framework。
建議用.framework.
七、為什么要使用靜態庫？
1 方便共享代碼，便于合理使用。
2 實現iOS程序的模塊化。可以把固定的業務模塊化成靜態庫。
3 和別人分享你的代碼庫，但不想讓別人看到你代碼的實現。
4 開發第三方sdk的需要。
八、制作靜態庫時的幾點注意：
1 注意理解：無論是.a靜態庫還.framework靜態庫，我們需要的都是二進制文件+.h+其它資源文件的形式，不同的是，.a本身就是二進制文件，需要我們自己配上.h和其它文件才能使用，而.framework本身已經包含了.h和其它文件，可以直接使用。
2 圖片資源的處理：兩種靜態庫，一般都是把圖片文件單獨的放在一個.bundle文件中，一般.bundle的名字和.a或.framework的名字相同。.bundle文件很好弄，新建一個文件夾，把它改名為.bundle就可以了，右鍵，顯示包內容可以向其中添加圖片資源。
3 category是我們實際開發項目中經常用到的，把category打成靜態庫是沒有問題的，但是在用這個靜態庫的工程中，調用category中的方法時會有找不到該方法的運行時錯誤（selector not recognized），解決辦法是：在使用靜態庫的工程中配置other linker flags的值為-ObjC。
4 如果一個靜態庫很復雜，需要暴露的.h比較多的話，就可以在靜態庫的內部創建一個.h文件（一般這個.h文件的名字和靜態庫的名字相同），然后把所有需要暴露出來的.h文件都集中放在這個.h文件中，而那些原本需要暴露的.h都不需要再暴露了，只需要把.h暴露出來就可以了。
九、開發SDK經驗：
- 一 易用性
1、盡量都支持cocoapods
2、API調用簡單
3、便于調試
4、API回調參數明確（推薦返回model而非dictionary）
5、API穩定
- 二 API設計
1、 參數命名一定要明確無歧義
2、SDK配置參數和接口入參分開
3、SDK參數：拼接的字符串方便擴展
4、用于查詢的屬性，絕對不能直接設置（SDK會提供一些方法和屬性，讓接入者知道SDK的當前狀態。常見的比如-(BOOL)islogin;，@property(nonatomic, assign, readonly) BOOL isLogin;。方法可以隱藏屬性，保證不被修改，如果是屬性，一定要加readonly）
- 三注意事項
能用系統的API解決的，就不要使用第三方，減少對其他庫的依賴
OC沒有命名空間，類命名和類別方法加上前綴
黑科技雖然好，但是能不用的就不要用
多考慮第三方帶來的影響，比如鍵盤處理，UIKit的UIAppearance等依賴其他SDK的，別打包在一起，不然出現符號表重復使用了OC類別打包的時候記得加上-ObjC
能不用單例的就盡量少的使用
核心代碼的安全性
資源文件使用bundle進行管理，能不用xib的就別用了吧
十、開發工具：
對于iOS來說，就是個Xcode，但是考慮成工程搭建和打包的方便建議使用cocoapods和cocoapods-packager。
搭建開發工程：
pod lib create xxx
打包：
pod package xxx.spec
完美配合！
