建站
咨詢
售后
建站咨詢
新聞中心
app 組件化/模塊化開發(fā)架構(gòu)思路
隨著業(yè)務(wù)的發(fā)展 App 開發(fā)技術(shù)也越來越成熟，對(duì)開發(fā)者來說 App 代碼量也迅速地增長(zhǎng)到一個(gè)數(shù)量級(jí)。對(duì)于如何架構(gòu) App 已經(jīng)每個(gè)開發(fā)者面臨的實(shí)際問題。好的架構(gòu)可以提高開發(fā)者的效率，降低維護(hù)成本。
創(chuàng)新互聯(lián)是一家專業(yè)提供宿遷企業(yè)網(wǎng)站建設(shè),專注與做網(wǎng)站、網(wǎng)站制作、H5高端網(wǎng)站建設(shè)、小程序制作等業(yè)務(wù)。10年已為宿遷眾多企業(yè)、政府機(jī)構(gòu)等服務(wù)。創(chuàng)新互聯(lián)專業(yè)網(wǎng)站設(shè)計(jì)公司優(yōu)惠進(jìn)行中。
由于業(yè)務(wù)增長(zhǎng)引起項(xiàng)目中代碼量激增，以及歷史遺留問題和結(jié)構(gòu)混亂，作為一個(gè)有代碼潔癖的程序員，很早就開始思考如何組織 App 架構(gòu)的問題了。目前遇到的主要有以下幾點(diǎn)問題：
- 代碼量激增引起結(jié)構(gòu)混亂
- 各個(gè)模塊相互引用且耦合度高
- 無法獨(dú)立開發(fā)或者調(diào)試組件代碼
- 無法應(yīng)對(duì)組件插拔的需求（例如：產(chǎn)品經(jīng)理今天把這個(gè)功能加上，第二天又去掉，第三天又加回來T_T）
App 架構(gòu)圖
在閱讀了大量的文檔之后，根據(jù)實(shí)際項(xiàng)目開發(fā)遇到的問題，我總結(jié)了以下架構(gòu)。由于水平有限，有不合理的歡迎拍磚
自下而上將 App 分為：
- 內(nèi)核層
- 業(yè)務(wù)層
- 應(yīng)用層
內(nèi)核層
內(nèi)核層是包含了為 App 提供公共服務(wù)的的一些庫(kù)。例如：公共資源、網(wǎng)絡(luò)庫(kù)、日志工具、數(shù)據(jù)庫(kù)、圖片加載等核心庫(kù)。這些是整個(gè) App 基礎(chǔ)庫(kù)。
業(yè)務(wù)層
我認(rèn)為這一層是整個(gè) App 架構(gòu)的關(guān)鍵。因?yàn)楦鶕?jù)實(shí)際業(yè)務(wù)需求，這一層會(huì)分離出許多獨(dú)立組件（其實(shí)就是對(duì)應(yīng)于 Android Studio 的 Module），但這些組件可以獨(dú)立運(yùn)行，相當(dāng)于一個(gè)小應(yīng)用（組件如何獨(dú)立運(yùn)行將在應(yīng)用層中會(huì)詳細(xì)解析）。并且這些組件不再像傳統(tǒng)的方式進(jìn)行相互引用，而是采用了組件路由進(jìn)行各個(gè)組件的通信。
比如組件 A 中需要跳轉(zhuǎn)到組件 B 中的一個(gè) Activity 頁面，傳統(tǒng)的做法是在 ModuleAActivity 中
Intent intent = new Intent(this,ModuleBActivity.class);
intent.putExtra("data", data);
startActivity(intent);這樣 Module A 與 Module B 耦合度就很強(qiáng)
比較好的做法應(yīng)該是
Intent intent = Router.route(context,"BPackageName.ModuleBActivity",data); startActivity(intent);
當(dāng)然實(shí)現(xiàn)上面的路由原理也有很多方式，例如可以使用 Android 系統(tǒng)的隱式調(diào)用實(shí)現(xiàn)跳轉(zhuǎn)通信。
在 Manifest 文件中
實(shí)際調(diào)用
String url = "router://moduleb/entry"; Intent intent = new Intent(Intent.ACTION_VIEW, Uri.parse(url)); intent.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK); PackageManager packageManager = getPackageManager(); Listactivities = packageManager.queryIntentActivities(intent, 0); if (!activities.isEmpty()) { startActivity(intent); }
Router 層目前有一個(gè)比較好的開源框架可以參考，來自 alibaba 的開源項(xiàng)目：ARouter
SDK 編碼思維
業(yè)務(wù)層要實(shí)現(xiàn)比較好組件分離，對(duì)程序猿現(xiàn)在編碼思維要轉(zhuǎn)換一下，要切換到 SDK 思維。
那什么是 SDK 思維呢？
想想項(xiàng)目中引用他人編寫的庫(kù)的接口使用方式，就不難理解了。即站在使用者的角度上思考：如何使用接口才是最方便的？例如公司現(xiàn)有好幾個(gè) App 產(chǎn)品，每個(gè) App 都需要使用同樣的授權(quán)登錄。那么這個(gè)授權(quán)登錄模塊就可以獨(dú)立成一個(gè)組件。
假設(shè)將授權(quán)登錄組件命名為auth。那么其它組件在使用的時(shí)候可能類似以下代碼片段
AuthApi.authorize(context,userId,password).onAuthorizeFinished( authInfo->doAuthorizeWorks(authInfo)//處理登錄后的邏輯，把授權(quán)碼保存用于請(qǐng)求其他業(yè)務(wù)接口，例如請(qǐng)求用戶信息等 );
所以，作者覺得接口設(shè)計(jì)或者提供應(yīng)該是利他主義的。當(dāng)然這純粹是作者的一家之言，歡迎繼續(xù)拍磚。
應(yīng)用層
顧名思義，這一層是對(duì)整個(gè) App 的整合，也是 App 的入口。這里有 Main 和 Dev。其中 Main 是對(duì)各個(gè)業(yè)務(wù)組件的整合，是最終打包的產(chǎn)品的上層應(yīng)用。而組件入口是獨(dú)立運(yùn)行和調(diào)試各個(gè)組件的子應(yīng)用。
Dev 在 Android Studio 中是對(duì)應(yīng)一個(gè) Application 。在 gradle 中配置為
apply plugin: 'com.android.application'
它是一個(gè)可以獨(dú)立運(yùn)行的子工程，要調(diào)試 Module A 那么在 Dev 中將引用該組件
dependencies {
compile fileTree(dir: 'libs', include: ['*.jar'])
compile project(':moduleA')
...
}這就是一個(gè)大概的思路，可以看出這個(gè)框架關(guān)鍵的部分是在于業(yè)務(wù)層的分離。需要把原來項(xiàng)目中的基礎(chǔ)模塊抽取出來，放在內(nèi)核層中。那么下一步就開始構(gòu)建我們的內(nèi)核層組件。
網(wǎng)頁名稱：App組件化/模塊化之路——構(gòu)建開發(fā)架構(gòu)思路
文章路徑：http://fisionsoft.com.cn/article/coopooj.html
