当前位置：首页 > news >正文

领域驱动中IUnitOfWork是干什么的

news 2025/8/22 10:41:47

在领域驱动设计（DDD）中，IUnitOfWork（工作单元接口）是一种设计模式，主要用于管理领域对象的生命周期、协调数据持久化操作，并确保数据一致性。它的核心作用是将一组相关的数据库操作（如新增、修改、删除）封装为一个 “原子单元”，要么全部成功提交，要么全部失败回滚，避免部分操作成功导致的数据不一致问题。

核心职责

跟踪领域对象的变更
工作单元会记录领域模型中对象的状态变化（新增、修改、删除），例如：
- 当你通过仓储（Repository）获取一个实体并修改其属性时，IUnitOfWork 会跟踪这个修改。
- 当你新增一个实体或标记一个实体为删除时，这些操作也会被记录。
协调事务性提交
当业务操作完成后，通过 IUnitOfWork 的 Commit() 方法，一次性将所有跟踪的变更提交到数据库，并确保这是一个事务性操作（ACID 特性）。如果提交过程中发生错误，则通过 Rollback() 方法回滚所有变更。
减少数据库交互
避免对每个对象的单独修改都立即执行 SQL 操作，而是批量处理变更，减少数据库访问次数，提升性能。
解耦业务逻辑与数据访问
业务层无需直接操作数据库事务，只需通过 IUnitOfWork 协调提交，降低了业务逻辑与具体数据访问技术（如 EF Core、ADO.NET）的耦合。

典型使用场景

在 DDD 中，IUnitOfWork 通常与仓储（Repository） 配合使用，例如：

csharp

// 工作单元接口
public interface IUnitOfWork
{// 获取指定类型的仓储IRepository<TEntity> GetRepository<TEntity>() where TEntity : class, IAggregateRoot;// 提交事务Task<int> CommitAsync(CancellationToken cancellationToken = default);// 回滚事务Task RollbackAsync(CancellationToken cancellationToken = default);
}// 业务服务中使用
public class OrderService
{private readonly IUnitOfWork _unitOfWork;public OrderService(IUnitOfWork unitOfWork){_unitOfWork = unitOfWork;}public async Task CreateOrder(OrderDto dto){// 1. 获取订单仓储var orderRepository = _unitOfWork.GetRepository<Order>();var productRepository = _unitOfWork.GetRepository<Product>();// 2. 业务逻辑：创建订单、扣减库存等var order = new Order(dto.CustomerId);foreach (var item in dto.Items){var product = await productRepository.GetByIdAsync(item.ProductId);product.ReduceStock(item.Quantity); // 修改产品库存order.AddItem(product.Id, product.Name, item.Quantity, product.Price);}// 3. 跟踪变更（由仓储告知工作单元）await orderRepository.AddAsync(order);// 4. 提交所有变更（事务性）await _unitOfWork.CommitAsync();}
}

为什么在 DDD 中重要？

维护领域一致性：DDD 中聚合根（Aggregate Root）要求内部状态的一致性，IUnitOfWork 确保聚合内的所有变更在一个事务中提交。
简化复杂业务流程：当一个业务操作涉及多个仓储（如订单创建同时修改库存、用户余额）时，IUnitOfWork 统一管理这些操作的事务。
符合 “领域优先” 原则：业务逻辑专注于领域规则，而非数据库事务细节，由 IUnitOfWork 透明处理数据持久化的一致性。