5.8

从模块化到组件化的工程实践
随着 TodoList 应用功能的不断扩展，单体架构逐渐暴露出维护困难、编译缓慢等问题。本文将探讨如何将 Java 安卓项目从单体架构升级为模块化、组件化架构，借鉴 Java 后端微服务的设计思想，实现安卓工程的高内聚、低耦合。
一、模块化架构设计：拆分核心功能模块
模块化是组件化的基础，我们可以将 TodoList 应用拆分为以下核心模块，类似 Java 后端的 Service 层拆分：

todo-app/
├── app/ # 主应用模块（类似Java的main模块）
├── core/ # 核心业务模块
│ ├── model/ # 数据模型（类似Java的Entity）
│ ├── repository/ # 数据仓库（类似Java的Repository）
│ └── utils/ # 工具类
├── feature-todo/ # Todo功能模块（核心功能）
│ ├── src/
│ │ ├── main/
│ │ │ ├── java/
│ │ │ │ ├── ui/ # Activity/Fragment（类似Java的Controller）
│ │ │ │ ├── viewmodel/ # ViewModel（类似Java的Service）
│ │ │ │ └── adapter/ # 适配器（类似Java的DTO转换）
│ │ │ └── res/ # 布局/资源文件
│ │ └── androidTest/ # 仪器测试
│ └── build.gradle # 模块gradle配置
├── feature-account/ # 账号模块（可复用）
├── data-network/ # 网络数据模块
├── data-local/ # 本地数据模块
└── common-ui/ # 通用UI模块（类似Java的Common包）
二、组件化实践：实现模块独立编译与集成
组件化是模块化的进阶，每个组件可独立运行、测试，类似 Java 的微服务组件：

groovy
// 核心组件配置（feature-todo/build.gradle）
// 可配置为application或library
if (isModule) {
apply plugin: 'com.android.library'
} else {
apply plugin: 'com.android.application'
// 添加AndroidManifest等应用级配置
}

// 主应用集成组件（app/build.gradle）
dependencies {
implementation project(':feature-todo')
implementation project(':core')
implementation project(':common-ui')
}

// 组件间通信：使用接口隔离原则
// 定义组件通信接口（类似Java的API网关）
interface TodoComponent {
fun provideTodoList() : List
fun startTodoDetailActivity(context: Context, todoId: Long)
}

// 组件实现接口（feature-todo中实现）
class TodoComponentImpl : TodoComponent {
override fun provideTodoList() = TODO("从Repository获取数据")
override fun startTodoDetailActivity(context: Context, todoId: Long) {
val intent = Intent(context, TodoDetailActivity::class.java)
intent.putExtra("todo_id", todoId)
context.startActivity(intent)
}
}

// 主应用通过接口调用组件（类似Java的依赖注入）
class MainActivity : AppCompatActivity() {
private lateinit var todoComponent: TodoComponent

override fun onCreate(savedInstanceState: Bundle?) {  
    super.onCreate(savedInstanceState)  
    // 通过ServiceLoader或自定义注册表获取组件实现  
    todoComponent = ComponentRegistry.getComponent(TodoComponent::class.java)  
    val todoList = todoComponent.provideTodoList()  
    // 使用todoList渲染界面  
}  

}
三、Java 后端与安卓组件化的思想共鸣
服务注册与发现
安卓组件通过ComponentRegistry实现注册与发现，类似 Java 微服务的 Nacos/Eureka 注册中心。
组件接口定义与实现分离，符合 Java 的依赖倒置原则（DIP）。
依赖管理
安卓使用 Gradle 管理模块依赖，与 Java Maven/Gradle 的依赖管理方式一致。
通过api/implementation关键字控制依赖暴露范围，类似 Java 的包访问权限控制。
接口隔离
组件间通过接口通信，避免直接依赖实现类，与 Java 的 RESTful API 设计思想一致。
四、工程优化：提升编译速度与稳定性
增量编译优化
启用 Gradle 的configuration cache（Android Studio Arctic Fox 及以上）
在gradle.properties中添加：
plaintext
org.gradle.configuration-cache=true
org.gradle.parallel=true
org.gradle.daemon=true

ProGuard 混淆
类似 Java 的 Jar 包混淆，在proguard-rules.pro中配置：
plaintext
-keep class com.example.todo.** { *; }
-keepclassmembers class * {
@androidx.annotation.NonNull *;
@androidx.annotation.Nullable *;
}

测试自动化
单元测试（类似 Java 的 JUnit）：使用JUnit4+Mockito测试 ViewModel/Repository
仪器测试（类似 Java 的集成测试）：使用Espresso测试 UI 交互流程
五、实战问题与解决方案
组件间资源冲突
问题：不同组件定义同名 Drawable 资源，导致编译冲突
方案：
采用命名空间前缀（如todo_、account_）
在build.gradle中配置资源前缀：
groovy
android {
resourcePrefix "todo_"
}

组件通信性能损耗
问题：跨进程组件通信（如 AAR 间调用）存在性能开销
方案：
优先使用接口直接调用（同进程内）
对频繁调用的接口使用Parcelable序列化优化（类似 Java 的 Protobuf）
多模块调试
问题：调试单个组件时需启动整个应用
方案：
在组件build.gradle中配置独立运行模式：
groovy
if (isDebugVersion) {
apply plugin: 'com.android.application'
// 添加独立运行的Activity配置
}