一篇文章搞懂Android元件化

摘要： 網上元件化的文章很多，我本人學習組建化的過程也借鑑了網上先輩們的文章。但大多數文章都從底層的細枝末節開始講述，由下而上給人一種這門技術“博大精深”望而生畏的感覺。而我寫這篇文章的初衷就是由上而下，希望別人在閱讀的過程中能夠覺得“元件化原來也就是這幾個東西”的感覺。 首先我們來看一下元件化專...

網上元件化的文章很多，我本人學習組建化的過程也借鑑了網上先輩們的文章。但大多數文章都從底層的細枝末節開始講述，由下而上給人一種這門技術“博大精深”望而生畏的感覺。而我寫這篇文章的初衷就是由上而下，希望別人在閱讀的過程中能夠覺得“元件化原來也就是這幾個東西”的感覺。

首先我們來看一下元件化專案和傳統專案的區別

在傳統的專案裡

我們通常情況下會有一個commonLib的Libary模組和一個app的application模組，業務中的邏輯都寫在app中各個功能模組放到不同的包下。這樣做有以下幾個主要的缺點：

1.無論分包做的再好，隨著專案的增大，專案會逐漸失去層次感，別人來接手的時候會很吃力。

2.我們在debug一個小功能的時候每次修改程式碼都需要重新build整個專案，這樣顯的很不合理（不知道AS的熱部署有沒有解決這個問題）

3.多人聯合開發在版本管理中很容易出現衝突和程式碼覆蓋的問題

在元件化專案中

除了有commonLib和app模組外，我們按照功能劃分各個業務元件模組（eg:微信可以劃分出chat，contract，find，mine四個大模組），之前的包變成現在的模組，增加了層次感；每個功能模組可以單獨編譯，加快了編譯速度，也為提供單元模組測試提供了支援；多人開發只負責自己的模組，直接避免了版本管理的衝突。

在明白了元件化為我們解決的主要問題後我們來看看需要怎麼做

初步實現組建化其實我們最終要解決的問題就只有2個：

1.設定模組之間的依賴，且使得業務模組可單獨編譯--通過配置gradle即可解決

2.業務模組之間的頁面跳轉以及通訊--使用阿里開源的ARouter即可解決

接下來我們具體來看一下如何操作

首先來看一下模組間依賴的問題

我們可以參照微信的四個模組（chat，contract，find，mine）來配置

首先我們專案基本結構如下：

我們一共需要建6個module，除了4個功能模組外還有一個基本的common庫和一個作為啟動的application。

在建好專案後我們需要給4個module配置一個是否單獨編譯的開關：

關於開關的配置位置這是一個問題，我們把它新增在gradle.properties檔案中，這樣我們每次修改值的時候就可以觸發gradle的重新構建，便於我們單獨編譯module。

我們單獨編譯的開關配置好了，現在我們來配置6個module之間的依賴關係：

首先，為了方便各個module之間的互動我們借用了阿里的充分ARouter庫，所以在每個非common的庫（包括主Application）中我都強烈建議加入對ARouter和commonlib的依賴。

其次，4個功能模組庫我們要為它裝上我們之前配置的是否單獨編譯的開關，我們需要修改如下2個地方：

可以看到我們要修改的就是我紅框框住的地方，當我們的開關開啟的時候，我們就把他當成一個單獨的application來編譯，並且賦予它一個獨一無二的applicationId，這樣我們就可以通過剛剛在gradle.properties中配置的開關來控制它是否單獨作為一個application來編譯。

而對於我們的入口module--app模組我們則需要做如下的配置：

我們除了需要配置基本的ARouter以及commonlib依賴以外還需要在app模組的gradle檔案中根據開關選擇是否需要依賴我們的功能模組，這個和各個功能模組中的配置是相呼應的。

而對於其他元件模組，重複上述步驟即可完成元件化框架的搭建：

在完成了元件化框架的搭建後我們來簡單的看看框架中一些具有特色的使用方法。

我們首先來看一下各個模組的頁面間是怎樣跳轉的。

我們之前已經依賴了ARouter（詳細用法參照 ofollow,noindex">https://github.com/alibaba/ARouter ）,我們要用它來幫我們實現跳轉需要以下幾步：

跳轉的方法就如同圖2-1中顯示，我們需要標明目標頁面，附帶上要傳送的引數，然後呼叫navigation()就可以跳轉了，不過有人問目標頁面怎麼看著就是一個路徑，它是怎樣定義的？

• 首先要用@Route註解標註頁面，並在path變數中給頁面定義一個路徑
• 對於傳送過來的變數我們直接定義一個同名的欄位用@Autowired變數標註，Arouter會對該欄位自動賦值
• 最後我們還需要將該頁面注入到ARouter中（原理類似ButterKnife），讓他幫我們完成我們需要的工作

這樣，我們就完成了頁面間的跳轉了，是不是比起我們傳統的方法更加簡單合理？

最後我們來看一下元件間如何為彼此提供服務。

• 這裡我想在主module中呼叫home元件的sayHello方法來Toast一個人的名字
• 那home裡的方法怎樣才能被其他模組（包括主模組和其他元件模組）呼叫

首先在commonlib模組裡建立一個暴露方法的介面，並定義介面簽名，同時繼承 Iprovider 介面

然後在home模組中繼承commonlib裡定義的介面，並實現簽名方法。

這裡我們同樣使用Arouter的 @Router註解來提供這次服務的路由。

最後，我們在其他模組使用 @Autowired 註解就可以呼叫該方法了

可以看到我們同樣使用了@Autowired註解來初始定baseService服務，並將頁面注入Arouter中即可呼叫服務中的方法，且對於服務的依賴是基於介面的依賴，大大提高了其靈活性！

基本元件化框架的搭建就完成了，希望認真看完的朋友能有所收穫！如有不正之處還望指正！