隨著開(kāi)發(fā)人員不斷增多，如果沒(méi)有使用合理的開(kāi)發(fā)架構(gòu)，規(guī)范化一定的代碼的寫(xiě)法黎烈，隨著時(shí)間推移會(huì)使得代碼越來(lái)越臃腫，維護(hù)成本越來(lái)越高匀谣，離職入職的人員都難以交接照棋。組件化現(xiàn)已是一個(gè)成熟方案，是一個(gè)團(tuán)隊(duì)多人開(kāi)發(fā)的首選方案武翎，我們?cè)诮M件化重構(gòu)的過(guò)程烈炭，是一個(gè)規(guī)范化各種代碼結(jié)構(gòu)的過(guò)程，也是對(duì)一個(gè)現(xiàn)有業(yè)務(wù)邏輯梳理的過(guò)程宝恶，去除年久失修的代碼符隙，優(yōu)化以前做的不合理的地方。

組件的劃分

• 功能組件

以lib_xxxx命名垫毙，如網(wǎng)絡(luò)請(qǐng)求組件（lib_http）霹疫、圖片選擇器組件（lib_pictureselector）...這些所有模塊都有可能用到并且實(shí)現(xiàn)單一功能的組件稱為功能組件

• 業(yè)務(wù)組件

以module_xxxx開(kāi)頭，根據(jù)業(yè)務(wù)自行拆分综芥，類似登錄組件（module_login）丽蝎、用戶個(gè)人信息組件（module_user）、首頁(yè)組件（module_main）等

框架結(jié)構(gòu)圖

框架結(jié)構(gòu)圖.png

Demo示例圖

image.png

• app：

app空殼工程膀藐，依賴所有的業(yè)務(wù)組件屠阻，不存放任何邏輯代碼。

• lib_common

基礎(chǔ)公共模塊额各，最底層的庫(kù)国觉，依賴了各種功能組件(lib_xxxx)、第三方SDK（友盟虾啦，bugly等）麻诀，二次封裝各種工具類和開(kāi)源庫(kù)蚜枢，存放各種自定義view（如圓角imageview）等跟業(yè)務(wù)無(wú)任何關(guān)系的東西。

• lib_base

業(yè)務(wù)公共模塊针饥，存放各個(gè)業(yè)務(wù)組件的公共部分厂抽，如BaseActivity，BaseApplication丁眼，基礎(chǔ)域名筷凤，各種全局常量等，所有業(yè)務(wù)模塊只需要依賴此模塊即可苞七，無(wú)需依賴其他模塊藐守。

• lib_http

拷貝 https://github.com/zhou-you/RxEasyHttp 開(kāi)源框架源碼，具有支持接口數(shù)據(jù)緩存蹂风，支持多種緩存策略卢厂，支持多域名等功能，能有效幫我們統(tǒng)一整個(gè)APP的請(qǐng)求方式惠啄，每個(gè)模塊只需要關(guān)注自己的請(qǐng)求接口是什么慎恒，防止單純使用Retrofit帶來(lái)的寫(xiě)法過(guò)亂的問(wèn)題，不一定要用這個(gè)框架撵渡，只是想表達(dá)APP內(nèi)需要一個(gè)高定制化的網(wǎng)絡(luò)框架融柬，如果項(xiàng)目使用MVVM架構(gòu)那么可以用Retrofit和Kotlin協(xié)程參考優(yōu)秀的框架自己封一個(gè)。

• lib_pictureselector

第三方開(kāi)源圖片選擇器

• lib_xxxx.....

模塊單獨(dú)編譯

每個(gè)功能模塊單獨(dú)編譯成一個(gè)獨(dú)立APP是組件化開(kāi)發(fā)中最突出的一個(gè)優(yōu)點(diǎn)趋距，能幫我們減少大量的編譯時(shí)間粒氧，我們只需要關(guān)注自己模塊所正在開(kāi)發(fā)的功能，一切配置結(jié)束后节腐，只需要在config.gradle中打開(kāi)開(kāi)關(guān)即可

image.png

這里有一個(gè)注意的點(diǎn)外盯，單獨(dú)編譯的時(shí)候像用戶數(shù)據(jù)，是否登錄等數(shù)據(jù)就獲取不到了翼雀，因?yàn)槲覀冎笆窃谄渌K獲取到的這些數(shù)據(jù)饱苟，現(xiàn)在相當(dāng)于一個(gè)沒(méi)有那些東西的一個(gè)全新APP，需要我們?cè)谛枰獑为?dú)編譯的那個(gè)模塊下的application直接寫(xiě)死一些數(shù)據(jù)锅纺，如用戶數(shù)據(jù)等（前提是有用到的話）掷空，像請(qǐng)求接口需要一些基礎(chǔ)參數(shù)（auth，token...）囤锉，那么這一部分基礎(chǔ)參數(shù)也要先寫(xiě)死先坦弟。

組件初始化

每一個(gè)業(yè)務(wù)模塊只需要依賴lib_common底層庫(kù)即可，像有的模塊需要引入其他的第三方庫(kù)官地，那么只在該模塊的gradle中去引入酿傍，但是這個(gè)時(shí)候可能會(huì)有問(wèn)題，有一些庫(kù)的初始化是需要在application的驱入，而base層由于沒(méi)引入這個(gè)庫(kù)是沒(méi)辦法初始化的赤炒，關(guān)于這個(gè)問(wèn)題可以參考（https://juejin.cn/post/6866628586414997512#heading-5）中組件初始化的那個(gè)部分氯析，不過(guò)一般情況我們只需要base層的BaseApplication把一些常用的一起初始化了就好，如下：

image.png

image.png

資源命名沖突

由于在最后打包成APK的時(shí)候會(huì)進(jìn)行資源的合并遵岩，如果資源文件相同最后會(huì)被合成一份你辣，為避免這種情況，需要在每個(gè)模塊下的gradle中配置resourcePrefix字段尘执，每個(gè)模塊的資源文件以其模塊名開(kāi)頭舍哄，如果不按照這個(gè)規(guī)則AndroidStudio會(huì)有警告。

image.png

image.png

配置文件統(tǒng)一抽取

為方便所有配置信息管理誊锭，我們將所有依賴的第三方庫(kù)表悬、包名、targetSdkVersion丧靡、compileSdkVersion等統(tǒng)一抽取到config.gradle文件中

image.png

image.png

image.png

image.png

模塊間的通信

• 模塊間的跳轉(zhuǎn)

模塊間沒(méi)有任何聯(lián)系劫窒，所以如果需要跳轉(zhuǎn)這里用的是阿里的ARouter（https://github.com/alibaba/ARouter）本今，可以在base層做下簡(jiǎn)單的封裝，具體使用可參考github主巍，封裝后調(diào)用如下：

image.png

image.png

• 模塊間的數(shù)據(jù)通信

之前我的做法是直接把一些共性的東西放在base層逛艰，像LoginUtil判斷用戶登錄狀態(tài)這種東西，這變相把實(shí)現(xiàn)邏輯都寫(xiě)在了base層搞旭，不符合組件化思想散怖，正確的思想應(yīng)該是每個(gè)模塊實(shí)現(xiàn)每個(gè)模塊的邏輯菇绵，像LoginUtil的實(shí)現(xiàn)邏輯就應(yīng)該是login模塊去做，然后其他模塊只需要知道怎么調(diào)用就好镇眷，具體的做法是需要新起一個(gè)module（如：export_login）去存放login所需要暴露的服務(wù)（interface）咬最，然后interface的具體實(shí)現(xiàn)在module_login去做，哪個(gè)模塊需要用到就去依賴這個(gè)暴露服務(wù)組件欠动，這里面同樣是借助了ARouter丹诀，這里只做簡(jiǎn)單闡述，具體做法可參考該文章（https://juejin.cn/post/6881116198889586701#heading-21）組件間的通信那部分翁垂。

各組件分包應(yīng)保持一致

各個(gè)業(yè)務(wù)組件module應(yīng)該保持一致的分包結(jié)構(gòu)铆遭，這樣有時(shí)候我們需要去維護(hù)別人開(kāi)發(fā)的模塊的時(shí)候，上手才方便沿猜，同時(shí)也有利于項(xiàng)目保持一致結(jié)構(gòu)枚荣，下面分包只是示例，不一定要按照這個(gè)分啼肩，只是想強(qiáng)調(diào)需要保持一致橄妆。

image.png

為什么要把網(wǎng)絡(luò)請(qǐng)求拆分成一個(gè)獨(dú)立的功能庫(kù)（lib_http）

網(wǎng)絡(luò)請(qǐng)求是一個(gè)APP中非常重要的一塊，沒(méi)改版之前我是用單例簡(jiǎn)單封裝的Retrofit祈坠，帶來(lái)的問(wèn)題是：

• ApiService過(guò)于臃腫害碾，成千上百個(gè)接口寫(xiě)在了一起
• 如果App存在多域名的情況下，需要新建多個(gè)RetrofitClient赦拘，看起來(lái)也不優(yōu)雅
• 緩存問(wèn)題不好做慌随，如果某個(gè)Post方式的接口需要緩存，寫(xiě)法很挫躺同，要么手動(dòng)判斷下有沒(méi)有緩存數(shù)據(jù)阁猜，要么結(jié)合Rxjava在請(qǐng)求代碼層做些合并操作，更沒(méi)有什么緩存策略可言
• 有一些請(qǐng)求是外部鏈接的話又得去專門(mén)寫(xiě)一個(gè)不是返回BaseBean<T>形式蹋艺，純返回json的
• ......
  基于這種種情況剃袍，寫(xiě)法會(huì)有五花八門(mén)，如果人員多起來(lái)捎谨，如果網(wǎng)絡(luò)請(qǐng)求庫(kù)功能不夠完善民效，每個(gè)人都去寫(xiě)一套，那就會(huì)很亂涛救，我預(yù)想的結(jié)果是：
• 每個(gè)業(yè)務(wù)組件無(wú)論什么情況下調(diào)用網(wǎng)絡(luò)請(qǐng)求的代碼應(yīng)該保持一致
• 業(yè)務(wù)組件的 API 由自己模塊去管理畏邢，其他模塊并不需要知道
• 支持各種緩存策略，支持多域名州叠，多種請(qǐng)求方式等功能
• ......
  底層需要一個(gè)如RxEasyHttp(https://github.com/zhou-you/RxEasyHttp)棵红，OkGo（https://github.com/jeasonlzy/okhttp-OkGo）這樣優(yōu)秀的網(wǎng)絡(luò)請(qǐng)求庫(kù)封裝，如果使用MVVM+Kotlin咧栗，我們可以參考使用Kotlin+協(xié)程自己封一個(gè)逆甜。

之前組件化項(xiàng)目的使用示例如下：

每個(gè)模塊只需要關(guān)心自己請(qǐng)求的是哪個(gè)接口虱肄，返回什么數(shù)據(jù)，怎么使用即可交煞。

image.png

無(wú)論什么情況咏窿，外層都是這樣的一種調(diào)用形式（支持獨(dú)立接口的各種配置，如緩存策略啥的...）素征，保持統(tǒng)一有利于我們以后不想用Retrofit想用其他庫(kù)的時(shí)候集嵌，只需要修改lib_http即可，業(yè)務(wù)組件邏輯代碼不用修改御毅。

image.png

基于Glide的圖片二次封裝

為什么要封裝根欧？一是因?yàn)橹苯邮褂肎lide寫(xiě)法較長(zhǎng)，二是可以讓各個(gè)業(yè)務(wù)模塊的調(diào)用方式統(tǒng)一端蛆，目的同樣同上面一樣凤粗，如果封裝的好，萬(wàn)一以后不想用Glide今豆，想換其他的圖片加載庫(kù)嫌拣，我們的業(yè)務(wù)邏輯才不需要改動(dòng)到，我下面的寫(xiě)法是直接封裝在了base層呆躲，如果我們想拆分的粒度比較小异逐，可以單獨(dú)在抽出一個(gè)lib_imageloader的功能組件來(lái)寫(xiě)：

image.png

調(diào)用方式如下：

image.png

如果有多個(gè)業(yè)務(wù)模塊共用某個(gè)接口怎么辦？

我現(xiàn)在的做法是抽取這個(gè)接口到base層作為公共Url插掂，如果是超過(guò)四五個(gè)模塊多用到的灰瞻，就新建一個(gè)IntentService去請(qǐng)求，然后用Eventbus吧請(qǐng)求結(jié)果暴露出去燥筷。

image.png

屏幕適配方案

屏幕適配采用字節(jié)跳動(dòng)修改DisplayMetrics的方案：https://mp.weixin.qq.com/s/d9QCoBP6kV9VSWvVldVVwA箩祥，很多大神基于此方案開(kāi)源了一些庫(kù)，像AutoSize肆氓，但是仍然存在有時(shí)候因?yàn)檫m配失效or橫豎屏切換導(dǎo)致樣式全亂掉的問(wèn)題，特別是一些系統(tǒng)彈窗底瓣，橫豎屏需要展示不同彈窗的時(shí)候谢揪，更容易體現(xiàn)出這個(gè)問(wèn)題，這個(gè)問(wèn)題本質(zhì)都是用的dp適配的原因捐凭，這里可以使用blankj大神的用pt單位適配可以減少適配失效問(wèn)題拨扶，具體可參考 https://blankj.com/2018/12/18/android-adapt-screen-killer/，該方案缺點(diǎn)是如果重構(gòu)的話改動(dòng)成本較大茁肠，因?yàn)椴季种械膁p患民、sp需要都換成pt。

常用的第三方開(kāi)源庫(kù)

好用的第三方庫(kù)可以大幅度提升我們的開(kāi)發(fā)效率垦梆，同時(shí)在多人開(kāi)發(fā)中更有利于我們保持一致的代碼樣式匹颤，想象一下一個(gè)DeviceUtils獲取唯一的設(shè)備ID的方法仅孩，同事A寫(xiě)一個(gè)方法，同時(shí)B不知道A寫(xiě)過(guò)了印蓖，他又寫(xiě)了一個(gè)辽慕，同事C又新建了一個(gè)PhoneUtils寫(xiě)一個(gè)，那代碼會(huì)越來(lái)越冗余赦肃，越來(lái)越亂：

• utils庫(kù)：https://github.com/Blankj/AndroidUtilCode

優(yōu)秀的utils庫(kù)溅蛉，如果我們需要某一個(gè)XXUtils工具庫(kù)的時(shí)候，我們應(yīng)該保持一致意識(shí)他宛，優(yōu)先在該庫(kù)里面尋找方法船侧，沒(méi)有的話再補(bǔ)充到base層并周知其他同事

• recycleview adapter（brvah）庫(kù)：https://github.com/CymChad/BaseRecyclerViewAdapterHelper

recycleview adapter如果用原生的方式，像多item布局厅各，item點(diǎn)擊事件啥的同樣是寫(xiě)法很多勺爱，使用brvah有效幫我們統(tǒng)一各種寫(xiě)法，方便我們閱讀其他同事的代碼讯检。

• ......
  這些庫(kù)都是幾萬(wàn)star很優(yōu)秀的庫(kù)琐鲁，但是不一定就一定要用，如果我們自認(rèn)為封的比別人好人灼，也可以自己寫(xiě)一套围段，主要是我們要防止一些模板代碼的重復(fù)，然后每個(gè)人重復(fù)的樣子還不一樣.....

MVVM+Kotlin

MVVM+Kotlin+Jetpack現(xiàn)也已是主流投放，我們應(yīng)該多使用ViewBinding等來(lái)替代ButterKnife等奈泪，多使用Lifecycle等具有生命感知能力的組件來(lái)避免內(nèi)存泄露，多使用Livedata灸芳、DataBinding等組件來(lái)數(shù)據(jù)驅(qū)動(dòng)UI涝桅，合理的根據(jù)業(yè)務(wù)+MVVM思想合理的拆分邏輯到ViewModel，Repository烙样，UI層冯遂，防止一個(gè)Activity幾千行代碼的情況，這會(huì)使維護(hù)成本大大增加谒获，官方的MVVM架構(gòu)圖如下：

image.png

參考文章

關(guān)于組件化更詳細(xì)的介紹參考下面這幾篇：
https://juejin.cn/post/6844903649102004231#heading-18
https://juejin.cn/post/6866628586414997512#heading-6
https://juejin.cn/post/6881116198889586701#heading-21