手寫簡單的元件化跳轉Router

你的使用者名稱發表於2019-01-16

元件化

不使用元件化哪裡不好？

在使用元件化之前，所有業務集中在一個Module中。隨著業務的增加，整個專案結構的複雜度也在不斷增加，最後的效果就會是這樣的：

所有的內容都放到app模組中，裡面包含了各種業務，各種第三方功能和框架。這樣的缺點有很多，比如：

1、業務之間直接相互呼叫，你中有我，我中有你，程式碼高度耦合，牽一髮而動全身

2、開發人員需要花費大量的時間與其他業務開發人員溝通與協調，無法專注於自己的功能點，影響開發效率

3、不能靈活的對工程進行配置和組裝

什麼是元件化技術？

元件化是指解耦複雜系統時將多個功能模組拆分、重組的過程。在Android工程表現上就是把 app 按照其業務的不同，劃分為不同的Module。

App殼工程：負責管理各個業務元件和打包APK，沒有具體的業務功能；

業務元件層：根據不同的業務構成獨立的業務元件；

功能元件層：對上層提供基礎功能服務，如登入、日誌服務等；

基礎庫：包含了各種開源庫以及和業務無關的各種自研工具庫

使用了元件化有什麼好處？

1、各個元件專注自身功能的實現，模組中程式碼高度聚合，只負責一項任務，也就是常說的單一責任原則

2、各業務研發可以互不干擾、提升協作效率

3、業務可進行拔插，靈活多變

4、業務之間將不再直接引用和依賴，各個業務模組元件更加獨立，降低耦合

5、加快編譯速度，提高開發效率

etc...

如何使用元件化？

以上說了這麼多，我們已經知道了元件化的重要性，那麼應該如何應用元件化技術到我們的實際專案中呢？其實很簡單，只需要做好元件模式和整合模式的轉換就好了。

1、gradle.properties中定義變數

isModule=true

2、在業務元件層中的build.gradle修改為動態匯入不同外掛

if (isModule.toBoolean()) { //整合模式整合進入app
apply plugin: ‘com.android.library’
} else { //元件模式單獨執行
apply plugin: 'com.android.application'
}

3.業務元件中的AndroidManifest需要動態更改

sourceSets {

main {

if (isModule.toBoolean()) {

manifest.srcFile 'src/main/module/AndroidManifest.xml'

} else {

manifest.srcFile 'src/main/AndroidManifest.xml'

}

備註：這樣修改的目的是當業務元件作為整合模式整合進入app時不需要launcher，如果有launcher會導致app安裝後多個入口。

業務元件作為單獨module執行時manifest檔案如下：

業務元件整合入app時manifest檔案如下：

元件間activity應該如何跳轉？

元件間通訊最常用例子之一就是跳轉到不同元件下面的介面了，這樣是不能直接跳轉的，必須通過Router的方式，給每一個介面起一個key，然後通過key來獲取到需要跳轉的介面。具體儲存key-value的方式可以通過APT生成程式碼，然後執行時尋找所有APT生成的對應關係程式碼來新增到hashmap中，這樣就可以通過key來獲取到了。

步驟一自定義註解類用來生成對應關係，這裡的value就是activity儲存的value