網上組件化的文章不少,我本人學習組建化的過程也借鑑了網上先輩們的文章。但大多數文章都從底層的細枝末節開始講述,由下而上給人一種這門技術「博大精深」望而生畏的感受。而我寫這篇文章的初衷就是由上而下,但願別人在閱讀的過程當中可以以爲「組件化原來也就是這幾個東西」的感受。
####首先咱們來看一下組件化項目和傳統項目的區別git
######在傳統的項目裏
咱們一般狀況下會有一個commonLib的Libary模塊和一個app的application模塊,業務中的邏輯都寫在app中各個功能模塊放到不一樣的包下。這樣作有如下幾個主要的缺點:
1.不管分包作的再好,隨着項目的增大,項目會逐漸失去層次感,別人來接手的時候會很吃力。github
2.咱們在debug一個小功能的時候每次修改代碼都須要從新build整個項目,這樣顯的很不合理(不知道AS的熱部署有沒有解決這個問題)app
3.多人聯合開發在版本管理中很容易出現衝突和代碼覆蓋的問題
######在組件化項目中
除了有commonLib和app模塊外,咱們按照功能劃分各個業務組件模塊(eg:×××能夠劃分出chat,contract,find,mine四個大模塊),以前的包變成如今的模塊,增長了層次感;每一個功能模塊能夠單獨編譯,加快了編譯速度,也爲提供單元模塊測試提供了支持;多人開發只負責本身的模塊,直接避免了版本管理的衝突。框架
######在明白了組件化爲咱們解決的主要問題後咱們來看看須要怎麼作
初步實現組建化其實咱們最終要解決的問題就只有2個:
######1.設置模塊之間的依賴,且使得業務模塊可單獨編譯--經過配置gradle便可解決
######2.業務模塊之間的頁面跳轉以及通訊--使用阿里開源的ARouter便可解決ide
######接下來咱們具體來看一下如何操做
######首先來看一下模塊間依賴的問題
######咱們能夠參照×××的四個模塊(chat,contract,find,mine)來配置
首先咱們項目基本結構以下:組件化
咱們一共須要建6個module,除了4個功能模塊外還有一個基本的common庫和一個做爲啓動的application。學習
在建好項目後咱們須要給4個module配置一個是否單獨編譯的開關:測試
關於開關的配置位置這是一個問題,咱們把它添加在gradle.properties文件中,這樣咱們每次修改值的時候就能夠觸發gradle的從新構建,便於咱們單獨編譯module。gradle
咱們單獨編譯的開關配置好了,如今咱們來配置6個module之間的依賴關係:ui
首先,爲了方便各個module之間的交互咱們借用了阿里的充分ARouter庫,因此在每一個非common的庫(包括主Application)中我都強烈建議加入對ARouter和commonlib的依賴。
其次,4個功能模塊庫咱們要爲它裝上咱們以前配置的是否單獨編譯的開關,咱們須要修改以下2個地方:
能夠看到咱們要修改的就是我紅框框住的地方,當咱們的開關打開的時候,咱們就把他當成一個單獨的application來編譯,而且賦予它一個獨一無二的applicationId,這樣咱們就能夠經過剛剛在gradle.properties中配置的開關來控制它是否單獨做爲一個application來編譯。
而對於咱們的入口module--app模塊咱們則須要作以下的配置:
咱們除了須要配置基本的ARouter以及commonlib依賴之外還須要在app模塊的gradle文件中根據開關選擇是否須要依賴咱們的功能模塊,這個和各個功能模塊中的配置是相呼應的。
而對於其餘組件模塊,重複上述步驟便可完成組件化框架的搭建:
####在完成了組件化框架的搭建後咱們來簡單的看看框架中一些具備特點的使用方法。
######咱們首先來看一下各個模塊的頁面間是怎樣跳轉的。
咱們以前已經依賴了ARouter(詳細用法參照https://github.com/alibaba/ARouter),咱們要用它來幫咱們實現跳轉須要如下幾步:
跳轉的方法就如同圖2-1中顯示,咱們須要標明目標頁面,附帶上要傳送的參數,而後調用navigation()就能夠跳轉了,不過有人問目標頁面怎麼看着就是一個路徑,它是怎樣定義的?
這樣,咱們就完成了頁面間的跳轉了,是否是比起咱們傳統的方法更加簡單合理?
####最後咱們來看一下組件間如何爲彼此提供服務。
首先在commonlib模塊裏建立一個暴露方法的接口,並定義接口簽名,同時繼承 Iprovider 接口
而後在home模塊中繼承commonlib裏定義的接口,並實現簽名方法。
這裏咱們一樣使用Arouter的 @Router註解來提供此次服務的路由。
最後,咱們在其餘模塊使用 @Autowired 註解就能夠調用該方法了
能夠看到咱們一樣使用了@Autowired註解來初始定baseService服務,並將頁面注入Arouter中便可調用服務中的方法,且對於服務的依賴是基於接口的依賴,大大提升了其靈活性!
####基本組件化框架的搭建就完成了,但願認真看完的朋友能有所收穫!若有不正之處還望指正!
以上項目的碼雲地(歡迎參與改進):
https://gitee.com/zsq519/ARouterBaseProject