模塊化是什么
官方解釋,模塊化是指解決一個復(fù)雜問題時自頂向下逐層把系統(tǒng)劃分成若干模塊的過程崎脉,有多種屬性拧咳,分別反映其內(nèi)部特性。
簡單來說囚灼,就是把獨立的模塊分割開來開發(fā)骆膝,最后用集成的方式組合起來,拼出一個app灶体,就比如我們蜂鳥團隊app阅签,把UI控件、網(wǎng)絡(luò)請求等通用的功能模塊以及qc赃春、feedback等業(yè)務(wù)模塊抽出來愉择,把獨立的模塊抽出來劫乱,這樣做還有一個好處织中,其他app也可以使用相同的模塊锥涕。
模塊化好處
1、每個module可以單獨調(diào)試開發(fā)狭吼,節(jié)省編譯時間层坠。
2、降低耦合刁笙,劃分職責破花,保證高效迭代。
3疲吸、技術(shù)和業(yè)務(wù)維度劃分模塊座每,獨立開發(fā),獨立維護摘悴。
3峭梳、模塊之間可以復(fù)用,便于新模塊的快速搭建與接入蹂喻。
4葱椭、降低維護難度,降低團隊成員熟悉項目的成本口四。
模塊化設(shè)計
說完前面那些官方介紹之后孵运,我們就開始對app進行模塊化重構(gòu)吧!
說到開始蔓彩,那我們應(yīng)該怎么設(shè)計治笨、分割app呢?這里就說一種最常見赤嚼、最被認同的方案吧大磺,先看下面圖:
從圖中可以看出,推薦分為三大部分:基礎(chǔ)模塊探膊、業(yè)務(wù)模塊杠愧、app模塊。
基礎(chǔ)模塊:
所有模塊依賴庫 逞壁,基礎(chǔ)工具類流济,比如封裝的網(wǎng)絡(luò)請求、圖片處理腌闯、base文件等绳瘟,接口庫(后面會講到為什么要抽出一個接口庫)等
業(yè)務(wù)模塊:
一些可以獨立的出來的業(yè)務(wù),比如登錄姿骏、更新糖声、推送等等。
app模塊
所有模塊最終聚合的地方,這里把各個模塊整合一起蘸泻,組成一個app琉苇。
模塊化解耦
設(shè)計好了之后,在開發(fā)之前悦施,才是這篇文章最重要的部分并扇,如何解耦?
你在實際模塊化開發(fā)的時候抡诞,你會發(fā)現(xiàn)穷蛹,每個獨立模塊并不是完全分割的,互相之間都會有依賴昼汗,各種交叉依賴肴熏,導(dǎo)致耦合度很高,在維護的時候造成很大的困擾顷窒。
目前有很多解耦的方法扮超,最常見應(yīng)該就是兩種方法:
- 統(tǒng)一跳轉(zhuǎn)
- 完全解耦跳轉(zhuǎn)
- url route方式
- 動態(tài)性+rewrite
- 跳轉(zhuǎn)時參數(shù)檢查
- 支持基礎(chǔ)數(shù)據(jù)類型和復(fù)雜數(shù)據(jù)類型
- 面向服務(wù),弱解耦
- 依賴interface蹋肮,弱解耦
- 沒有動態(tài)性
- 接口強依賴出刷,編譯期檢查
- 原生接口方式,學(xué)習開發(fā)障礙小
目前url解耦的方式坯辩,每次跳轉(zhuǎn)或者調(diào)用的時候馁龟,都需要約定url、參數(shù)等漆魔,這種方式坷檩,在業(yè)務(wù)較多的項目中維護起來不是特別方便,所以我們決定使用面向服務(wù)弱解耦的方式改抡。
在我們目前的項目中矢炼,我們模塊化的方案是:
- 把項目分割成基礎(chǔ)模塊(網(wǎng)絡(luò)、UI控件等)阿纤、業(yè)務(wù)模塊句灌、接口模塊(我們定義好的接口)。
- 每個模塊打包成aar欠拾,最后打包成一個app胰锌。
這樣做起來,每個模塊改動之后藐窄,還需要升級模塊资昧,然后打包,然后給其他模塊使用荆忍,這樣在開發(fā)起來十分麻煩格带。
后來公司一位大神做了一套方案撤缴,在開發(fā)測試的時候,我們可以將module放到本地進行開發(fā)測試叽唱,上傳git的時候屈呕,這些本地的module不能傳到git上,在本地的module升級打包aar上傳到j(luò)center尔觉,最終打包的app就是把打包好的aar組合生成的凉袱。
這個方案芥吟,當多個模塊之間需要互相調(diào)用的時候呢侦铜?我們借助dagger控件來解耦(具體使用大家可以看一下官方文檔)。
這套模塊化的方案钟鸵,可以比較好的降低模塊之間的耦合钉稍,但是使用起來是比較繁瑣的, - 約定好接口棺耍,并單獨放到我們的接口模塊中
- 接口里面的方法贡未,遞增的方式添加,盡量不要修改接口方法蒙袍。
- 牽一發(fā)而動全身俊卤,接口一旦修改了,依賴于這個接口的module是編譯不通過的害幅。
那還有沒有更好的方案呢消恍?
答案是有的。無意中看到的一篇文章以现,這種方案給了我很大的啟發(fā)狠怨。
spiny模塊化
spiny框架,本質(zhì)上就是把我們的接口module改成注冊的module邑遏,也就是說我們項目中有耦合關(guān)系的module佣赖,需要將耦合的方法、參數(shù)等統(tǒng)一注冊到我們的接口module记盒,每次需要調(diào)用的時候憎蛤,從注冊module中去找,找到注冊信息后去找到相應(yīng)的實現(xiàn)方法纪吮。
這樣做的好處就是:
每個module之間耦合消失蹂午,只依賴注冊module,極大程度降低耦合度
聽起來是不是很爽彬碱,spiny這種模塊化方案的確是一個很好的方案豆胸,但是大家看它的使用方法就會發(fā)現(xiàn),非常的繁瑣巷疼、麻煩晚胡,每個需要對外提供方法的module都需要繼承一大堆的類灵奖,使用方也是需要寫一大堆東西,那有沒有更好的方法來解決這個方法的繁瑣呢估盘?
答案是有的瓷患,請看下一篇,