【移動應用開發(fā)技術】android module解耦組件化總體概述(推薦)

【移動應用開發(fā)技術】androidmodule解耦組件化總體概述(推薦)

原由

移動開發(fā)中，隨著項目不斷的跌代，需求越來越復雜后。項目工程也越來越龐大。那么此時的分module的開發(fā)，則是必然的選擇了。在最終的組件化之路上，不妨把單一工程比如石器時代，那么接下來簡單的拆分工程分多個moudle開來就是銅器時代。銅器時代之簡單分module

演進

由于從復雜的單工程拆分了多個module了，達到了代碼及資源的初步的隔離，或需求模塊的開發(fā)人員，開始專注于自己的需求模塊module的開發(fā)了。但是隨著部分需求有相關性，需要相互調用時。那么問題來了，在AXXXmodule中而在BXXXmodule中這時出現了相互依賴，首先編譯器會能不過，會出現Circulardependency，循環(huán)相互依賴的問題，這是絕不允許的。為了解決上述的問題，將AXXXmodule與BXXXmodule需要對外提供服務能力支持的，進行封裝與抽象。將需要對外暴露接口/協議地方，對其抽象出接口出來。把些這接口獨立放在BaseXXXXmodule中，這樣AXXXmodule與BXXXmodule，都分別去通過BaseXXXX中間module通信去解決AXXXmodule與BXXXmodule相互依賴調用通信。初步的解決方法

為了在BaseXXXXmodule中，搭建起AXXXmodule與BXXXmodule相互通信的橋梁，可以在BaseXXXXmodule定義一個通信標識接口：然后主要通過ModuleApiHelper進行通信這樣比如在AXXXmodule中將原有AServiceData類是如下的:改造成將IAServiceData接口定義在BaseXXXXmodule中。然后AXXXmodule中進行register相應的服務這樣調用AModuleService的init方法，即可對IAServiceData服務進行注冊了。然后即下來，在BXXXmodule中進行getXXX得到服務即可調用相應的方法了.

在任何需要此服務的方法可如下調用：注意

1>register注冊時機，需要越早越好，一般建議在各module的有類似的application的onCreate時注冊最好。

2>IModuleApi與ModuleApiHelper，和各extends繼承IModuleApi接口的接口，需要放在中間通信BaseXXXModule中。各需要通信的module去compile/apiBaseXXXModule即可。問題

為了保證IModuleApi接口注冊有效，需要越早越好進行注冊。這樣隨著項目越來越復雜，需要通信的地方越來越多。統(tǒng)一的ModuleApiHelper，注冊的地方將越來越多帶的問題也多起來。

1>注冊Map容器占用的內存不斷的增多。

2>register注冊的地方不統(tǒng)一，有些放在各module的類Application的onCreate中，有些可能是放在其它的類中.

3>不支持ui頁面的跳轉，由AXXXmodule的AxxActtivy頁面跳轉到BXXXmodule的BxxActivity頁面中。

4>不支持多進程中應用。為了解決上述問題，引入了蒸汽時代之ARoute到來。蒸汽時代之ARoute

由于遍幅的原因，總體概述不詳細細述ARoute，下遍再剖析ARoute?？傮w來說在多module通信中解決了：

1>解決了ui頁面的跳轉問題。

2>根據需要進行register的問題，且register通過靜態(tài)注解來的，所以register地方統(tǒng)一比如容易