前言

大家應該都知道，項目模塊化是一個大命題，相信各團隊都有其合理方案。本文不求涵蓋各方面，僅從項目協(xié)同、開發(fā)調試、業(yè)務模塊服務調用與通知三個方面簡述一個可行方案。下面話不多說了，來一起看看詳細的介紹吧。

項目協(xié)同

項目協(xié)同，也叫多項目協(xié)同，是對多個相關且有并行情況項目的管理模式，它是幫助實現(xiàn)項目與企業(yè)戰(zhàn)略相結合的有效理論和工具[1]。本文的項目協(xié)同為Android主APP與其他業(yè)務模塊的協(xié)同。

假設我們的APP目錄如下，一個主app，多個modules。并假設我們的主app與各modules為多git repository。一個大APP多git repository管理是合理的。本文使用git repo[2]管理項目（可能有團隊使用git submodule[3],在此不推薦，其坑會很多）。

MApp --獨立git rep
 app
 modules
   module1 --獨立git rep
   module2 --獨立git rep
   module3 --獨立git rep
   ...

使用git repo，團隊早期可以不用玩一整套（git repo+gerrit），可以考慮只用repo去管理項目目錄，成員提交代碼還是繼續(xù)走git提交。

項目開發(fā)與調試

Android模塊化的主要目的是業(yè)務并行開發(fā)，減少編譯時間，但又方便業(yè)務模塊與主App的調試。本文介紹如下方案。

MApp
 app --application
 modules
   module1
     demo --application
     lib --library
     settings.gradle

 settings.gradle
 settings_debug.gradle
 local.properties 

MApp的settings.gradle文件：

 boolean moduleDebug() {
  boolean ret = false
  try {
   Properties properties = new Properties()
   File file = file('local.properties')
   if (!file.exists()) {
    return false
   }
   properties.load(file.newDataInputStream())
   String debugStr = properties.getProperty("debug")
   if (debugStr != null && debugStr.length() > 0) {
    ret = debugStr.toBoolean()
   }
  } catch (Throwable throwable) {
   throwable.printStackTrace()
   ret = false
  }
  return ret
 }
 
 include ':app'
 if (moduleDebug()) {
  apply from: 'settings_debug.gradle'
 }

settings_debug.gradle文件：

//include 'module1'
//project(':module1').projectDir = new File('modules/module1/lib')
...其他業(yè)務模塊 

當module1在需求開發(fā)階段，完全不用考慮主APP，可以在Android Studio中以項目的方式打開。當module1需要和主APP跑流程時，我們只需要把MApp的local.properties的debug屬性改為true,并在settings_debug.gradle中打開module1即可。

業(yè)務模塊服務調用與通知

當APP模塊化后，通過Intent(Context packageContext, Class<?> cls)方式去啟動其他模塊的Activity就不太合理了。模塊化后，模塊里的Activity或其他組件對其他業(yè)務模塊最好透明。喚起Activity可以通過App Links[4]的方式，也就是我們常說的url router方式。App Links還可以玩deep link。Github上現(xiàn)在開源項目比如ARouter[5]就是App Link的應用。

當然，模塊之間的通信，不局限于啟動四大組件，還有服務調用與通知。這的服務不是Android系統(tǒng)的Service。舉個服務通知的例子，在電商APP中,店鋪詳情頁點收藏按鈕，可能要通知其他模塊，變更UI或數(shù)據(jù)。服務調用的例子，比如模塊喚起登陸注冊，登陸或注冊成功后，做相應業(yè)務處理。

服務調用，大部分團隊可能沒涉及到。服務調用可以用IOC，反射等注冊到服務注冊中心。本文選一個取巧的方案。利用Applicatin.getSystemService方法，讓Application作為ZoomKeep一樣成為服務注冊中心。只要各Serivce繼承同一個Interface，相應模塊間服務調用就不難了。

public class MApp extends Application {
 
 @Override
 public Object getSystemService(String name) {
  return super.getSystemService(name);
 }
}

服務通知，稍簡單，用廣播，EventBus[6]或其他方式都可。本文推薦EventBus，但其有缺點，如Event多起來后，很難找全觀察者和通知者之間的關系；一些簡單Event對象無法復用，所以最好二次開發(fā)。

總結

以上就是這篇文章的全部內容了，希望本文的內容對大家的學習或者工作具有一定的參考學習價值，如果有疑問大家可以留言交流，謝謝大家對腳本之家的支持。

參考

[1] 項目協(xié)同: http://www.baike.com/wiki/%E...

[2] git repo：https://gerrit.googlesource.com/git-repo/

[3] git submodule: https://git-scm.com/book/zh/v1/Git...

[4] App Links:https://developer.android.com/training/app-links/deep-linking.html

[5] ARouter:https://github.com/alibaba/ARouter

[6] EventBus:https://github.com/greenrobot/EventBus

最新評論