最近在學(xué)習(xí)組件化喉祭，以下是部分學(xué)習(xí)心得：
Q1:為什么要模塊化：
模塊化結(jié)構(gòu)是讓工程結(jié)構(gòu)更清晰觉渴，每個模塊都只做一件事情检痰，都有自己的一個命名，這樣這個模塊才能良性發(fā)展苇经， 但是這個名字千萬不要再叫Common了赘理，試想下你有沒有做過這樣的事情：“哎呀，這塊代碼放哪都不太合適扇单，放Common吧”商模， 日久以后，這個Common就變成了毒瘤蜘澜，大家都依賴它施流，還一堆不相關(guān)的代碼，這個Common模塊就是我們設(shè)計原則第一點的反面教材： “非常不穩(wěn)定鄙信，大量依賴瞪醋，全是耦合，整個模塊無法復(fù)用到其他app”, 所以刪掉工程里面的Common吧装诡，再遇到不知道放哪的代碼趟章，就要好好思考模塊的設(shè)計，再不行如果具有可復(fù)用性就單建一個模塊吧慎王，為什么不可以呢蚓土？
Q2:怎么拆分：
越底層的模塊，應(yīng)該越穩(wěn)定赖淤，越抽象蜀漆，越具有高復(fù)用度。
不要讓穩(wěn)定的模塊依賴不穩(wěn)定的模塊咱旱， 減少依賴
提升模塊的復(fù)用度确丢，自完備性有時候要優(yōu)于代碼復(fù)用
每個模塊只做好一件事情，不要讓Common出現(xiàn)
按照你架構(gòu)的層數(shù)從上到下依賴吐限，不要出現(xiàn)下層模塊依賴上層模塊的現(xiàn)象
業(yè)務(wù)模塊之間也盡量不要耦合
基于分層架構(gòu)下組件化鲜侥，即組件可以分為表示層組件、業(yè)務(wù)層組件诸典、持久層組件
基礎(chǔ)模塊下沉
Q3:終極目標(biāo)：
單一職責(zé)描函，意味著一個模塊、一個組件只做一件事狐粱，絕不多做舀寓。
正交性，意思是不重復(fù)肌蜻，一個模塊跟另一個模塊的職責(zé)是正交的互墓，沒有重疊，組件也是一樣蒋搜。
單向依賴篡撵，模塊之間最多是單向的依賴判莉，如果出現(xiàn)A依賴B，B也依賴A育谬，那么要么是A骂租、B應(yīng)該屬于一個模塊，要么就是整體的拆分有問題斑司。一個完整的軟件系統(tǒng)的模塊依賴應(yīng)該是一張有向無環(huán)圖渗饮。（當(dāng)然這是最終理想=。=）
緊湊性宿刮，模塊互站、組件對外暴露的接口、屬性應(yīng)該盡可能的少僵缺，接口的參數(shù)個數(shù)也要少胡桃。
面向接口，模塊磕潮、組件對外提供服務(wù)時最好是面向接口的翠胰，以便后期可以靈活的變更實現(xiàn)。
可以分branch開發(fā)自脯，互不影響
可以分別寫自己的單元測試
Q4:實現(xiàn)方案：
- Protocol注冊方案 -需要load所有的protocol
優(yōu)點：
沒有硬編碼
缺點：
1.每個Protocol都要向ModuleManager進(jìn)行注冊之景。
2.ModuleEntry是同時需要依賴ModuleManager、ModuleEntryProtocol和組件里面的頁面或者組件兩者的
- URL注冊方案
JLRoutes本質(zhì)可以理解為:保存一個全局的Map膏潮，key是url锻狗，value是對應(yīng)的block，url和block都會常駐在內(nèi)存中焕参，這也是為什么casa反對使用URL跳轉(zhuǎn)來實現(xiàn)組件化的原因轻纪，當(dāng)注冊的url很多了，對內(nèi)存的消耗也是很大的叠纷。當(dāng)打開一個URL時刻帚，JLRoutes就可以遍歷這個全局的map，通過url來執(zhí)行對應(yīng)的block涩嚣。
- Target-Action runtime調(diào)用方案
其設(shè)計的核心有下面幾點：
- 基于 Runtime 來實現(xiàn)動態(tài)調(diào)用崇众，避免模塊注冊，同時也避免產(chǎn)生反向依賴
- 通過 Category 暴露出更友好的接口缓艳，避免參數(shù)的構(gòu)造和傳遞
- 在 target-action 之上構(gòu)建 openURL 的處理
組件通過中間件通信校摩，中間件通過 runtime 接口解耦，通過 target-action 簡化寫法阶淘，通過 category 感官上分離組件接口代碼。
Q5:是否去model?
組件間調(diào)用時用字典傳遞數(shù)據(jù)互妓，組件內(nèi)調(diào)用時用model傳遞數(shù)據(jù)溪窒，這樣即減少組件間數(shù)據(jù)對model的耦合坤塞，又方便了組件內(nèi)使用model傳遞數(shù)據(jù)的便捷性。
參考資料：
三種方式優(yōu)缺點：
http://www.reibang.com/p/9da81425d7c0
綜合來看URLRoute+Procotol更適用于頁面跳轉(zhuǎn)這種業(yè)務(wù)較多的場景澈蚌，同時配合持續(xù)集成環(huán)境摹芙，動態(tài)性更好(通過文本信息配置代替代碼)，缺點是調(diào)用關(guān)系復(fù)雜宛瞄，中間層比較龐大浮禾，需要配合持續(xù)集成環(huán)境才能有比較好的使用體驗；Target-Action則更適合業(yè)務(wù)較雜的情況份汗，核心代碼很少盈电，調(diào)用關(guān)系相對簡單，缺點是硬編碼場景較多杯活，不過硬編碼基本都在中間件里匆帚。
由于URLRoute+Procotol更適合有完整系統(tǒng)支持的場景，因此我們采用了Target-Action旁钧。該模式的特點也被充分驗證：中間層代碼量少吸重、對項目的侵入性低，因此很快我們就完整組件化的工作了歪今。
casa：
https://casatwy.com/iOS-Modulization.html覺得蘑菇街mgjmediator不對
http://mrpeak.cn/blog/module/排斥CTMediator
基于 URL Router嚎幸、ModuleManager
代表：蘑菇街 Limboy 滴滴 美團(tuán)基于 Target-Action、Runtime寄猩、Category
代表：安居客 casa
其他參考：
http://www.aopod.com/2017/12/10/a-url-routing-solution/
http://blog.csdn.net/KelvinFlying/article/details/75597287
