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

组件化架构设计图

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

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

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

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

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

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

系列文章