引言

在Android应用开发中，随着业务逻辑日益复杂，传统的MVC或简单MVP架构往往难以应对。领域驱动设计(Domain-Driven Design, DDD)结合分层架构，为我们提供了一种更系统化的解决方案。本文将探讨如何在Android项目中应用DDD原则与分层架构，构建更健壮、可维护的应用。

一、领域驱动设计基础

1.1 什么是领域驱动设计

领域驱动设计是一种软件开发方法，强调以业务领域为核心，通过统一语言(Ubiquitous Language)和领域模型来表达复杂的业务逻辑。

1.2 DDD的核心概念

实体(Entity)：具有唯一标识的对象
值对象(Value Object)：通过属性而非标识定义的对象
聚合根(Aggregate Root)：聚合的入口点
领域服务(Domain Service)：不适合放在实体或值对象中的业务逻辑
仓储(Repository)：持久化领域对象的接口
领域事件(Domain Event)：领域中发生的重要事件

二、Android分层架构

在Android中实现DDD时，通常采用以下分层架构：

text

┌───────────────────────┐
│       Presentation    │  UI层 (Activities, Fragments, ViewModels)
└───────────┬───────────┘
┌───────────┴───────────┐
│      Application      │  应用层 (Use Cases, 协调领域层与UI层)
└───────────┬───────────┘
┌───────────┴───────────┐
│        Domain         │  领域层 (业务逻辑核心)
└───────────┬───────────┘
┌───────────┴───────────┐
│       Data/Infra      │  基础设施层 (实现仓储接口)
└───────────────────────┘

2.1 领域层(Domain Layer)

领域层是应用的核心，包含所有业务规则和逻辑。

示例：电商应用的领域模型

kotlin

// 实体
data class Product(val id: ProductId,val name: String,val price: Money,val stock: Int
) {fun reduceStock(quantity: Int): Product {require(stock >= quantity) { "库存不足" }return copy(stock = stock - quantity)}
}// 值对象
@JvmInline value class ProductId(val value: String)// 领域服务
class OrderService(private val productRepository: ProductRepository,private val orderRepository: OrderRepository
) {suspend fun placeOrder(orderRequest: OrderRequest): OrderResult {// 业务逻辑实现}
}// 仓储接口
interface ProductRepository {suspend fun findById(id: ProductId): Product?suspend fun save(product: Product)
}

2.2 应用层(Application Layer)

应用层协调领域对象完成用例，不包含业务逻辑。

kotlin

class PlaceOrderUseCase(private val orderService: OrderService,private val dispatcher: CoroutineDispatcher = Dispatchers.IO
) {suspend operator fun invoke(request: OrderRequest): OrderResult {return withContext(dispatcher) {orderService.placeOrder(request)}}
}

2.3 表示层(Presentation Layer)

表示层处理UI逻辑，通常采用MVVM模式。

kotlin

class OrderViewModel(private val placeOrderUseCase: PlaceOrderUseCase
) : ViewModel() {private val _state = MutableStateFlow<OrderState>(OrderState.Idle)val state: StateFlow<OrderState> = _statefun placeOrder(request: OrderRequest) {viewModelScope.launch {_state.value = OrderState.Loadingtry {val result = placeOrderUseCase(request)_state.value = OrderState.Success(result)} catch (e: Exception) {_state.value = OrderState.Error(e.message)}}}
}sealed class OrderState {object Idle : OrderState()object Loading : OrderState()data class Success(val result: OrderResult) : OrderState()data class Error(val message: String?) : OrderState()
}

2.4 基础设施层(Infrastructure Layer)

实现领域层定义的仓储接口，处理数据持久化和外部服务调用。

kotlin

class ProductRepositoryImpl(private val apiService: ProductApiService,private val productDao: ProductDao
) : ProductRepository {override suspend fun findById(id: ProductId): Product? {// 先查缓存val local = productDao.getById(id.value)?.toDomain()if (local != null) return local// 查网络val remote = apiService.getProduct(id.value).toDomain()if (remote != null) {productDao.insert(remote.toEntity())}return remote}override suspend fun save(product: Product) {productDao.insert(product.toEntity())}
}

三、依赖关系与依赖注入

分层架构的关键是控制依赖方向：上层可以依赖下层，但下层不能依赖上层。

text

Presentation → Application → Domain
Data/Infra → Domain

使用依赖注入框架(如Hilt)管理依赖：

kotlin

@Module
@InstallIn(SingletonComponent::class)
object AppModule {@Provides@Singletonfun provideProductRepository(apiService: ProductApiService,dao: ProductDao): ProductRepository = ProductRepositoryImpl(apiService, dao)@Providesfun provideOrderService(productRepository: ProductRepository,orderRepository: OrderRepository): OrderService = OrderService(productRepository, orderRepository)
}@HiltViewModel
class OrderViewModel @Inject constructor(private val placeOrderUseCase: PlaceOrderUseCase
) : ViewModel()

四、Android项目结构建议

text

app/
├── src/
│   ├── main/
│   │   ├── java/com/example/app/
│   │   │   ├── di/                # 依赖注入配置
│   │   │   ├── presentation/      # UI层
│   │   │   │   ├── feature1/
│   │   │   │   │   ├── view/
│   │   │   │   │   ├── viewmodel/
│   │   │   │   │   └── ...
│   │   │   ├── application/       # 应用层
│   │   │   │   ├── usecases/
│   │   │   │   └── dtos/
│   │   │   ├── domain/            # 领域层
│   │   │   │   ├── models/
│   │   │   │   ├── repositories/
│   │   │   │   ├── services/
│   │   │   │   └── ...
│   │   │   └── data/              # 基础设施层
│   │   │       ├── local/         # 本地数据源
│   │   │       ├── remote/        # 远程数据源
│   │   │       ├── repositories/  # 仓储实现
│   │   │       └── ...