Android 应用模块化指南

包含多个 Gradle 模块的项目称为多模块项目。本指南包含有关开发多模块 Android 应用的最佳实践和推荐模式。

注意：本页面假定您对推荐的应用架构有基本的了解。

代码库不断变大的问题

在不断变大的代码库中，可扩缩性、可读性和整体代码质量通常会随着时间的推移而降低。这是因为代码库在不断变大，而其维护者未采取积极措施来保持易于维护的结构。模块化是一种行之有效的代码库构建方法，可帮助改善可维护性并避免此类问题。

模块化是按多个松散耦合的独立部分整理代码库的做法。每个部分都是一个模块。每个模块都是独立的，并且都有明确的用途。通过将问题划分为更小、更易于解决的子问题，您可以降低设计和维护大型系统的复杂性。

图 1：多模块代码库示例的依赖关系图

模块化具有众多优势，但核心都是提高代码库的可维护性和整体质量。下表总结了模块化的主要优势。

优势	摘要
可重用性	模块化可支持在同一基础上共享代码并构建多个应用。模块实际上就是构建块。应用应为其各项功能的总和，而这些功能按单独的模块进行划分。特定模块提供的功能不一定会在特定的应用中实现。例如，`:feature:news` 可以是完整版本变种和 Wear 应用的一部分，但不是演示版本变种的一部分。
严格控制可见性	借助模块，您可以轻松控制向代码库的其他部分公开哪些内容。您可以将除公共接口以外的所有内容标记为 `internal` 或 `private`，以防止在模块外部使用这些内容。
自定义分发	Play Feature Delivery 使用了 app bundle 的多种高级功能，让您可以按条件或按需分发应用的某些功能。

只有通过模块化代码库才能实现模块化的优势。采用其他方法也可实现以下优势，但模块化可以帮助您进一步强化这些优势。

优势	摘要
可伸缩性	在紧密耦合的代码库中，单项更改可能会触发看似不相关的代码部分的级联更改。适当模块化的项目将遵循关注点分离原则，因此可限制耦合。这样一来，贡献者将拥有更大的自主权。
所有权	除了实现自主权外，模块还可用于实现问责制原则。可以由一个专门的所有者来负责为模块维护代码、修复 bug、添加测试以及查看更改。
封装	封装意味着代码的每个部分都应尽可能少地了解其他部分。隔离的代码更易于阅读和理解。
可测试性	可测试性是指测试代码的轻松程度。可测试的代码库是指可以轻松单独测试组件的代码库。
构建时间	某些 Gradle 功能（如增量构建、构建缓存或并行构建）可以利用模块化来提升构建性能。