Android组件化开发实践（二）：组件化架构设计

先说说我自己的组件化架构设计方案，请看下图：

组件化架构设计图

图中可以看到，从上往下分为4层：APP壳工程、常规业务组件层、基础业务组件层、基础功能组件层。

为了便于了解，按照从下往上的顺序来讲讲我的分层思路。

• 基础功能组件
  这个层的组件都是最基础的功能，通常它不包含任何业务逻辑，也可以说这些组件是少量通用的工具类。例如日志记录组件，它只是提供了日志记录的能力，你要记录什么样的日志，它并不关心；例如基础UI组件，它是一个全局通用的UI资源库；例如网络服务组件，它封装了网络的请求能力。
• 基础业务组件
  该层组件是对少量系统通用的业务能力进行封装的组件。例如公共业务组件里，我封装了BaseActivity、BaseFragment等；例如分享能力组件，我封装了微信、QQ、微博等的分享能力，其余业务只需集成该组件就能进行相关分享；例如共享公共数据组件，我封装了应用可以全局访问的数据，如客户登录信息等。
• 常规业务组件
  该层的组件就是我们真正的业务组件了。我们通常按照功能板块来划分业务组件，例如注册登录、客户个人中心、APP的首页板块等。这里的每个业务组件都是一个小的APP，它必需可以单独编译，单独打包成APK在手机上运行。
• 核心管理组件
  主要包括路由服务组件、组件生命周期管理组件。路由主要是为理解决组件间通信问题，而组件生命周期管理主要是为理解决组件的初始化等问题。
• APP壳工程
  壳工程依赖了需要集成的业务组件，它可能只有少量配置文件，没有任何代码逻辑。根据你的需要选择集成你的业务组件，不同的业务组件就组成了不同的APP。

组件之间必需遵循以下规则：

• 只有上层的组件才能依赖下层组件，不能反向依赖，否则可能会出现循环依赖的情况；
• 同一层之间的组件不能相互依赖，这也是为了组件之间的彻底解耦；

现在已经有很多成熟的组件化框架了，比较著名的有阿里的手淘atlas框架 alibaba/atlas，但是这些框架可能都过于复杂，上手难度高，对很多人来说并不肯定好用。总的说来，没有最好的架构设计，只有合适自己的架构设计，不能为了架构而架构。

系列文章
Android组件化开发实践（一）：为什么要进行组件化开发？
Android组件化开发实践（二）：组件化架构设计
Android组件化开发实践（三）：组件开发规范
Android组件化开发实践（四）：组件间通信问题
Android组件化开发实践（五）：组件生命周期管理
Android组件化开发实践（六）：老项目实施组件化
Android组件化开发实践（七）：开发常见问题及处理方案
Android组件化开发实践（八）：组件生命周期如何实现自动注册管理
Android组件化开发实践（九）：自己设置Gradle插件