iOS 打包.framework(包括第三方、圖片名眉、xib、plist文件)
最近在研究如何制作自己的.framework凰棉，在網(wǎng)上看了好多文章损拢，但是寫的都不是很全，里面也不包括資源圖片撒犀、第三方（如Masonry福压，AFN）和plist文件，所以只能自己動手了或舞。下面詳細介紹一下如何生帶有第三方荆姆、圖片、plist文件的.framework
一映凳、制作.framework
1.首先胆筒，我們新建工程，選擇Coco Touch Framework
創(chuàng)建工程
2.使用CocoaPods導入Masonry和SVProgressHUD（這里以Masonry和SVProgressHUD為例）,打開WQFramework.xcworkspace诈豌，可以看到我們的第三方已導入成功仆救，接下來就要進行一些配置了。（以上都是廢話矫渔，下面的才是重點Ｍ巍）
成功導入第三方
3.我們先創(chuàng)建兩個類，WQClass :NSObject和WQView : UIView（我這里只是demo庙洼，在實際中可以把自己想要打包的文件都拉進來）顿痪，我們在WQClass和WQView的.h中分別寫一個初始化方法镊辕，并在.m中實現(xiàn)方法。這里我們在WQView中導入我要使用的第三方,并使用他們蚁袭，我創(chuàng)建了兩個UIImageView征懈，并給其中一個附上了圖片。并且我拉進來一個plist文件揩悄，讀取并打印了它（這里是方便我們看一下打包framework時受裹，圖片和plist文件直接使用會出現(xiàn)什么問題）
WQView.h中初始化方法
WQView.m實現(xiàn)方法
4.更改參數(shù)配置：
（1）選中?Target?，選擇?Build Settings?虏束，在?Architectures?下增加?armv7s?。
增加?armv7s?
（2）Build Active Architecture Only修改為NO厦章，否則生成的靜態(tài)庫就只支持當前選擇設(shè)備的架構(gòu)镇匀。
Build Active Architecture Only修改為NO
（3）在搜索欄搜索?Mach-O Type?，將?Mach-O Type修改為?Static Library(靜態(tài)庫)類型袜啃。
將?Mach-O Type修改為?Static Library
（4）選中?Target?汗侵，選擇?Build Phases?-?Headers?，可以看出有三個選項群发，分別是?Public 晰韵、Private 、Project?熟妓，把需要公開給別人的?.h?文件拖到?Public?中雪猪，把不想公開的，即為隱藏的?.h?文件拖到?Project?中起愈。
選擇需要公開的頭文件
5.完成上述步驟之后只恨，在默認生成的.h文件中，我的是WQFramework.h抬虽，把所有需要暴露的.h文件都用#import 引入官觅，記住一定要將所有需要暴露的.h文件都引入，也就是上面Headers-Public中加的所有.h文件阐污，不然編譯后生成的.framework在引用的時候會有警告休涤。
導入所有要暴露在外的頭文件
6.打包framework：分為真機和模擬器，這兩個生成的framework是不一樣的笛辟。這里只進行生成真機framework功氨，個人感覺生成模擬器的.framework并沒什么卵用。（如果說你需要生成一個既可以真機使用又可以模擬器使用的隘膘，那就分別生成疑故，最后在合并在一起）。按照下圖將編譯的?Device?選擇為真機 弯菊，然后按下?Command + B?開始編譯纵势，編譯成功后右鍵?Products?文件夾下的?.framework?文件踱阿，點擊 Show in Finder。
生成真機.framework
未編譯時.framework是紅色的
編譯成功.framework為黑色
重點：我這時我編譯會報錯钦铁，把Build Active Architecture Only修改為YES软舌，編譯就會成功，這時再切換為NO編譯牛曹，還是會成功佛点。經(jīng)過總結(jié)Build Active Architecture Only為YES或者NO，導出framework后都正常使用黎比，親測超营！
7.測試打包完成的.framework，把生成的.framework導入測試項目json中阅虫，測試framework中的WQClass類和WQView類演闭。（注意：我們在framework中使用了Masonry和SVP，所以在測試項目json中颓帝，我們需要使用cocoapods導入這兩個第三方米碰，不然會報錯！）
測試framework
真機運行結(jié)果
可以看到购城，我們制作的.framework成功了吕座！可是別高興太早，我們在framework中使用的圖片并沒有顯示瘪板，讀取的plist文件打印也為空吴趴！接下來我們就需要處理framework中的圖片和plist文件了。
二篷帅、制作bundle
1.新建項目史侣，選擇macOS ---> Bundle
創(chuàng)建bundle文件
2.因為Bundle默認是macOS系統(tǒng)的，所以我們要修改他的屬性魏身。
修改成iOS系統(tǒng)
3.修改Build Setting中COMBINE_HIDPI_IMAGES屬性為NO惊橱。否則Bundle圖片格式就會為tiff格式。
設(shè)置圖片格式
4.作為資源包只需要編譯就好箭昵，不需要安裝相關(guān)配置税朴，設(shè)置Skip Install的值為YES，同時刪除Installation Directory的鍵值
設(shè)置Skip值家制，刪除Installation Directory的鍵值
5.把圖片拉進Bundle中,選擇真機模式正林，command + B，右鍵Show in Finder颤殴，可以看到我們生成的Bundle文件觅廓。
導出Bundle
6.把Bundle文件導入到我們的framework中，我們用到圖片的時候涵但，就取Bundle中的圖片來用杈绸。使用時注意帖蔓，具體用法??
讀取bundle資源包重的圖片
7.command + B，把新生成的framework重新導入demo中瞳脓，并把Bundle也導入demo塑娇，運行demo。（注意：如果demo中不導入Bundle劫侧，圖片是不會顯示出來的）
重新導入framework和Bundle運行程序
這時可以看到埋酬，圖片可以顯示出來了，說明我們的Bundle制作成功了烧栋，圖片的問題我們解決了写妥，下面要解決plist文件了。其實根據(jù)我們Bundle的制作過程审姓，不難想到plist文件的使用原理耳标。
三、plist文件的使用
1.其實plist文件的使用原理和圖片一樣邑跪，只不過圖片需要制作Bundle，而plist文件不需要呼猪。把plist文件拖進framework中画畅，重新編譯framework，把重新編譯的framework和plist文件都拖到demo中宋距，這樣我們就可以打印出plist文件了轴踱。
plist拖進framework中
把plist文件拖到demo，打印出數(shù)據(jù)
四谚赎、xib
如果你要打包的framework中包含xib淫僻，我們在初始化xib時要這樣寫??，帶上你framework的名字壶唤。然后在我們的·測試demo中的Copy Bundle Resources中添加這個framework雳灵。
初始化寫法
導入framework
注意??：
1.?-ObjC：加了這個參數(shù)后，鏈接器就會把靜態(tài)庫中所有的 Objective-C 類和分類都加載到最后的可執(zhí)行文件中闸盔。
2.?-all_load：會讓鏈接器把所有找到的目標文件都加載到可執(zhí)行文件中悯辙，但是千萬不要隨便使用這個參數(shù)！假如你使用了不止一個靜態(tài)庫文件迎吵，然后又使用了這個參數(shù)躲撰，那么你很有可能會遇到 ld: duplicate symbol 錯誤，因為不同的庫文件里面可能會有相同的目標文件击费，所以建議在遇到 -ObjC 失效的情況下使用 -force_load 參數(shù)拢蛋。
3.?-force_load：所做的事情跟 -all_load 其實是一樣的，但是 -force_load 需要指定要進行全部加載的庫文件的路徑蔫巩，這樣的話谆棱，你就只是完全加載了一個庫文件快压，不影響其余庫文件的按需加載。
注意3圖
出現(xiàn)錯誤础锐！
今天在引入一個靜態(tài)framework庫時候嗓节，編譯遇到了“Can't map file, errno=22 file 'xxx' for architecture arm64（armv7）”問題!
起因是我在主項目中，build setting-----》other linker flags 中-force_load了該framework庫
1皆警，找到引用項目的build setting----》build active architecture only ----》設(shè)置成NO
我原本就是no拦宣，所以結(jié)果沒啥用
2，最后嘗試了這一種辦法
將主項目中other linker flages 中的-force_load "XXX.framework"改成“-force_load "XXX.framework/XXX”其中XXX是靜態(tài)庫名信姓。
