參考文章：http://www.reibang.com/p/1b1d77f58e84

1.1 什么是組件化?

組件化簡單概括就是把一個功能完整的App或模塊拆分成多個子模塊, 每個子模塊可以獨立編譯和運行, 每個模塊既不相互依賴但又可以相互交互, 遇到某些特殊情況甚至可以進行升級或者降級。

1.2 為什么要實現(xiàn)組件化?

對于團隊開發(fā)來說元旬，項目發(fā)展到一定程度榴徐，業(yè)務(wù)越來復(fù)雜，人員越來越多匀归，代碼也越來越臃腫坑资，因此每個人在寫新需求或者改老需求的時候都有嚴(yán)重的代碼包袱，瞻前顧后穆端，花費在熟悉之前的代碼的時間甚至大于新需求的開發(fā)時間袱贮。并且每個改動都需要測試人員進行大范圍的回歸，整個開發(fā)團隊的效率都受到了影響体啰，不利于整體團隊健康的開發(fā)環(huán)境字柠。

而實現(xiàn)組件化后，不僅降低了代碼編譯時間狡赐，對于需求變動窑业，開發(fā)考慮的問題大大減少，測試小姐姐也不用大面積驗證回歸枕屉，另外更重要的是常柄，由于可插拔式配置模塊，不同的app都可以按需求搭配各個組件模塊搀擂，組件之間也可以復(fù)用西潘，避免了重復(fù)造輪子。

1.3 組件化與插件化的區(qū)別

一套完整的插件化或組件化都必須能夠?qū)崿F(xiàn)單獨調(diào)試哨颂、集成編譯喷市、數(shù)據(jù)傳輸、UI 跳轉(zhuǎn)威恼、生命周期和代碼邊界這六大功能品姓。

插件化和組件化最重要而且是唯一的區(qū)別的就是：組件化在運行時不具備動態(tài)添加和修改組件的功能寝并，但是插件化是可以的，換句話說就是腹备，組件化主要針對開發(fā)團隊本身對功能的劃分衬潦、組裝拆卸，使得手上開發(fā)的業(yè)務(wù)代碼充分解耦植酥，互不影響镀岛，方便的是開發(fā)團隊本身。而插件化指的是在運行期（線上）動態(tài)的增加友驮、修改APP的功能或者模塊漂羊，而這些操作導(dǎo)致的功能變化，用戶不用做任何操作卸留，也就是說走越，方便的是用戶。一般說來艾猜，電商類或廣告類產(chǎn)品對插件化需求比較強烈买喧，例如天貓11.11 00:00時開啟雙11活動，很明顯整個App的UI匆赃、功能都已經(jīng)發(fā)生了巨大的變化淤毛，這些就是插件化或類似于插件化的技術(shù)在用戶手機上所發(fā)揮的作用。（總不能讓用戶在11.11 00:00時更新下載App才能參加雙11吧）算柳。

1.4 組件化與插件化如何取舍

在插件化和組件化取舍的一個重要原則是：APP 是否有動態(tài)增加或修改線上模塊的需求低淡，如果這種動態(tài)性的需求很弱，就不需要考慮插件化瞬项，選擇組件化就好了蔗蹋。

如果產(chǎn)品對動態(tài)性的要求比較高，那么在選擇插件化之前也需要從兩個方面權(quán)衡一下囱淋。一是插件化不可避免的去 hook 一些系統(tǒng)的 api猪杭，也就不可避免地有兼容性的問題，因此每個插件化方案需要有專門的團隊去負(fù)責(zé)維護妥衣；二是從一個業(yè)務(wù)邏輯復(fù)雜的項目中去拆分插件化需要的時間可能是非常巨大的皂吮，需要考慮對開發(fā)節(jié)奏的影響。

因此税手，對大多數(shù)產(chǎn)品來說蜂筹，組件化都是一個不錯甚至最佳的選擇，它沒有兼容性芦倒，可以更方便地拆分艺挪，并且?guī)缀鯖]有技術(shù)障礙，可以更順利地去執(zhí)行兵扬。特別是對急需拆分的產(chǎn)品來說麻裳，組件化是一個可退可守的方案口蝠，可以更快地執(zhí)行下去，并且將來要是遷移到插件化掂器，組件化拆分也是必經(jīng)的一步亚皂。

1.5 iOS 和 Android 的組件化有何區(qū)別

組件化更多的體現(xiàn)的是一種項目分層思想俱箱，無論是 Android 還是 iOS国瓮，要解決的問題都是一樣的，因此在組件化方案上要實現(xiàn)的功能也都是一樣的狞谱，兩者的組件化大體上來說是基本相同的乃摹。

有一個微小的區(qū)別在于技術(shù)實現(xiàn)方式的不同，由于兩個平臺用到的開發(fā)技術(shù)是不同的跟衅，Android 的組件化可能需要考慮向插件化的遷移孵睬，后期一旦有動態(tài)變動功能的強需求，可以快速地切換伶跷。而目前蘋果官方是不允許這種動態(tài)性的掰读，所以這方面的考慮就會少一點。但是 iOS 同樣可以做到動態(tài)地加載和卸載組件的叭莫，因此在諸如生命周期蹈集、代碼邊界等問題上也需要格外注意，只是目前一些 iOS 組件化方案在這方面可能考慮的相對少一點雇初。

下一篇：組件化架構(gòu)