一愕宋、模塊化、組件化與插件化
項目發(fā)展到一定程度结榄，隨著人員的增多中贝，代碼越來越臃腫，這時候就必須進(jìn)行模塊化的拆分臼朗。在我看來邻寿，模塊化是一種指導(dǎo)理念，其核心思想就是分而治之视哑、降低耦合绣否。而在Android工程中如何實(shí)施，目前有兩種途徑挡毅，也是兩大流派蒜撮，一個是組件化，一個是插件化。
提起組件化和插件化的區(qū)別段磨，有一個很形象的圖：
組件化和插件化對比.png
上面的圖看上去比較清晰取逾，其實(shí)容易導(dǎo)致一些誤解，有下面幾個小問題苹支，圖中可能說的不太清楚：
·組件化是一個整體嗎砾隅？去了頭和胳膊還能存在嗎？左圖中债蜜，似乎組件化是一個有機(jī)的整體晴埂，需要所有器官都健在才可以存在。而實(shí)際上組件化的目標(biāo)之一就是降低整體（app）與器官（組件）的依賴關(guān)系策幼，缺少任何一個器官app都是可以存在并正常運(yùn)行的邑时。
·頭和胳膊可以單獨(dú)存在嗎？左圖也沒有說明白特姐，其實(shí)答案應(yīng)該是肯定的晶丘。每個器官（組件）可以在補(bǔ)足一些基本功能之后都是可以獨(dú)立存活的。這個是組件化的第二個目標(biāo)：組件可以單獨(dú)運(yùn)行唐含。
·組件化和插件化可以都用右圖來表示嗎浅浮？如果上面兩個問題的答案都是YES的話，這個問題的答案自然也是YES捷枯。每個組件都可以看成一個單獨(dú)的整體滚秩，可以按需的和其他組件（包括主項目）整合在一起，從而完成的形成一個app
·右圖中的小機(jī)器人可以動態(tài)的添加和修改嗎淮捆？如果組件化和插件化都用右圖來表示郁油，那么這個問題的答案就不一樣了。對于組件化來講攀痊，這個問題的答案是部分可以桐腌，也就是在編譯期可以動態(tài)的添加和修改苟径，但是在運(yùn)行時就沒法這么做了案站。而對于插件化，這個問題的答案很干脆棘街，那就是完全可以蟆盐，不論實(shí)在編譯期還是運(yùn)行時！
·本文主要集中講的是組件化的實(shí)現(xiàn)思路遭殉，對于插件化的技術(shù)細(xì)節(jié)不做討論石挂，我們只是從上面的問答中總結(jié)出一個結(jié)論：組件化和插件化的最大區(qū)別（應(yīng)該也是唯一區(qū)別）就是組件化在運(yùn)行時不具備動態(tài)添加和修改組件的功能，但是插件化是可以的险污。
·暫且拋棄對插件化“道德”上的批判誊稚，我認(rèn)為對于一個Android開發(fā)者來講，插件化的確是一個福音，這將使我們具備極大的靈活性里伯。但是苦于目前還沒有一個完全合適城瞎、完美兼容的插件化方案（RePlugin的饑餓營銷做的很好，但還沒看到療效）疾瓮，特別是對于已經(jīng)有幾十萬代碼量的一個成熟產(chǎn)品來講脖镀，套用任何一個插件化方案都是很危險的工作。所以我們決定先從組件化做起狼电，本著做一個最徹底的組件化方案的思路去進(jìn)行代碼的重構(gòu)蜒灰，下面是最近的思考結(jié)果，歡迎大家提出建議和意見肩碟。
以上是專業(yè)的解答强窖，我看后的理解是，組件化就是將app劃分為多個獨(dú)立的功能削祈，每個功能都能通過調(diào)試安裝在手機(jī)上翅溺。每個獨(dú)立的組件是互不影響的，當(dāng)所有組件合并在一起就是一個完整的app髓抑。這種組件化的方式適合多人協(xié)同開發(fā)咙崎，互不影響，而且進(jìn)度上也不用等其他人完成吨拍。
二褪猛、如何實(shí)現(xiàn)組件化
1.代碼解耦使用android studio在程序中創(chuàng)建module目錄，每個module用library的樣式創(chuàng)建羹饰。分為兩種類型伊滋，一種是library依賴庫，將app公共部分的類队秩，參數(shù)和第三方庫放在里面笑旺，另一種component是一個完整功能模塊，也就是我們將功能組件化后的產(chǎn)物刹碾。
2.組件的單獨(dú)調(diào)試
上面說過燥撞，每個組件分離出來后都是一個完整的功能模塊座柱，是可以進(jìn)行調(diào)試安裝的迷帜。首先需要在每個模塊下面的gradle.properties中定義變量isRunAlone = true,在build.gradle頭部加入：
if(isRunAlone.toBoolean()){
apply plugin: 'com.android.application' ??//isRunAlone為true時，進(jìn)行單獨(dú)開發(fā)調(diào)試
}else{
apply plugin: 'com.android.library' ??//isRunAlone為false時色洞，合并成一個項目
}
在app項目下也需要定義gradle.properties中定義變量isRunAlone = true,在build.gradle的dependencies標(biāo)簽下加入：
if (!isRunAlone.toBoolean()){
compile project(':imagecomponent') ?//isRunAlone為false時戏锹，將組件加入到應(yīng)用中
compile project(':textcomponent')
}
3.組件間的調(diào)用和傳輸
組件間的調(diào)用可以有好幾種方式，這里我講下阿里巴巴的頁面路由框架Arouter火诸，它的集成可以有效的解決調(diào)用和數(shù)據(jù)傳輸锦针。https://github.com/alibaba/ARouter ???github網(wǎng)址
典型應(yīng)用
從外部URL映射到內(nèi)部頁面，以及參數(shù)傳遞與解析
跨模塊頁面跳轉(zhuǎn)，模塊間解耦
攔截跳轉(zhuǎn)過程奈搜，處理登陸悉盆、埋點(diǎn)等邏輯
跨模塊API調(diào)用，通過控制反轉(zhuǎn)來做組件解耦
我主要講下基礎(chǔ)功能：
1.添加依賴和配置
dependencies {
//替換成最新版本,需要注意的是api
//要與compiler匹配使用馋吗，均使用最新版可以保證兼容
compile 'com.alibaba:arouter-api:x.x.x'
annotationProcessor 'com.alibaba:arouter-compiler:x.x.x'
...
}
2.添加注解
在你需要調(diào)用的組件入口類的頂部加入注解：
//在支持路由的頁面上添加注解(必選)
//這里的路徑需要注意的是至少需要有兩級焕盟，/xx/xx
@Route(path = "/test/activity")
public class YourActivity extend Activity {
...
}
3.初始化SDK
一般在app項目的application的oncreate方法中初始化。
if (isDebug()) { ??????????//這兩行必須寫在init之前宏粤，否則這些配置在init過程中將無效
ARouter.openLog(); ????//打印日志
ARouter.openDebug(); ??//開啟調(diào)試模式(如果在InstantRun模式下運(yùn)行脚翘，必須開啟調(diào)試模式！線上版本需要關(guān)閉,否則有安全風(fēng)險)
}
ARouter.init(mApplication); //盡可能早绍哎，推薦在Application中初始化
4.發(fā)起路由操作
// 1.應(yīng)用內(nèi)簡單的跳轉(zhuǎn)(通過URL跳轉(zhuǎn)在'進(jìn)階用法'中)
ARouter.getInstance().build("/test/activity").navigation();
// 2.跳轉(zhuǎn)并攜帶參數(shù)
ARouter.getInstance().build("/test/1")
.withLong("key1", 666L)
.withString("key3", "888")
.withObject("key4", new Test("Jack", "Rose"))
.navigation();
接收帶參數(shù)的跳轉(zhuǎn)使用getIntent.getString（“key3”,””）来农；這種方式接收。
注意：各模塊下build.gradle的defaultConfig標(biāo)簽下需加入：
javaCompileOptions {
annotationProcessorOptions {
arguments = [ moduleName : project.getName() ]
}
}
