1 前置阅读
在阅读本文章之前，你可以先阅读：
- DDD领域驱动设计是什么
- DDD领域驱动设计：实体、值对象、聚合根
- DDD领域驱动设计：仓储
- MediatR一个优秀的.NET中介者框架
2 什么是CQRS？
CQRS，即命令和查询职责分离，是一种分离数据读取与写入的体系结构模式。 基本思想是把系统划分为两个界限：
- 查询，不改变系统的状态，且没有副作用。
- 命令，更改系统状态。
我们通过Udi Dahan的《Clarified CQRS》文章中的图来介绍一下：
2.1 查询 (Query)
上图中，可以看到Query不是通过DB来查询，而是通过一个专门用于查询的Cache（或ReadDB），ReadDB中的表是专门针对UI优化过的，例如最新的产品列表，销量最好的产品列表等，基本属于用空间换时间。
2.2 命令 (Command)
上图中，Command类似于Application Service，Command中主要做的事情有两个：1、通过调用领域层，把相关业务数据写入到DB中。2、同时更新ReadDB。
2.3 领域事件 (Domain Event)
上图中，更新ReadDB有两种方式，一种是直接在Command中进行更新，还有一种监听领域事件，把相应更改的数据同步到ReadDB中。
3 如何实现CQRS？
我们在这里使用最简单的方法：只将查询与命令分离，且执行这两种操作时使用相同的数据库。
3.1 命令 (Command)
首先，命令类
命令是让系统执行更改系统状态的操作的请求。 命令具有命令性，且应仅处理一次。
由于命令具有命令性，所以通常采用命令语气使用谓词（如“create”或“update”）命名，命令可能包括聚合类型，例如 CreateTodoCommand 与事件不同，命令不是过去发生的事实，它只是一个请求，因此可以拒绝它。
命令可能源自 UI，由用户发出请求而产生，也可能来自进程管理器，由进程管理器指导聚合执行操作而产生。
命令的一个重要特征是它应该由单一接收方处理，且仅处理一次。 这是因为命令是要在应用程序中执行的单个操作或事务。 例如，同一个“创建待办事项”的处理次数不应超过一次。 这是命令和事件之间的一个重要区别。 事件可能会经过多次处理，因为许多系统或微服务可能会对该事件感兴趣。
命令通过包含数据字段或集合（其中包含执行命令所需的所有信息）的类实现。 命令是一种特殊的数据传输对象 (DTO)，专门用于请求更改或事务。 命令本身完全基于处理命令所需的信息，别无其他。
下面的示例显示了简化的 CreateTodoCommand 类。
public class CreateTodoCommand : IRequest<TodoDTO>
{
public Guid Id { get; set; }
public string Name { get; set; }
}
然后，命令处理程序类
应为每个命令实现特定命令处理程序类。 这是该模式的工作原理，是应用命令对象、域对象和基础结构存储库对象的情景。
命令处理程序收到命令，并从使用的聚合获取结果。 结果应为成功执行命令，或者异常。 出现异常时，系统状态应保持不变。
命令处理程序通常执行以下步骤：
- 它接收 DTO 等命令对象。
- 它会验证命令是否有效。
- 它会实例化作为当前命令目标的聚合根实例。
- 它会在聚合根实例上执行方法，从命令获得所需数据。
- 它将聚合的新状态保持到相关数据库。
通常情况下，命令处理程序处理由聚合根（根实体）驱动的单个聚合。 如果多个聚合应受到单个命令接收的影响，可使用域事件跨多个聚合传播状态或操作。
作为命令处理程序类的示例，下面的代码演示本章开头介绍的同一个 CreateTodoCommandHandler 类。 这个示例还强调了 Handle 方法以及域模型对象/聚合的操作。
public class CreateTodoCommandHandler
: IRequestHandler<CreateTodoCommand, TodoDTO>
{
private readonly IRepository repository;
private readonly IMapper mapper;
public CreateTodoCommandHandler(IRepository repository, IMapper mapper)
{
this.repository = repository ?? throw new ArgumentNullException(nameof(repository));
this.mapper = mapper ?? throw new ArgumentNullException(nameof(mapper));
}
public async Task<TodoDTO> Handle(CreateTodoCommand message, CancellationToken cancellationToken)
{
var todo = Todo.Create(message.Name);
repository.Entry(todo);
await repository.SaveAsync();
var todoForDTO = mapper.Map<TodoDTO>(todo);
return todoForDTO;
}
}
最后，通过MediatR实现命令进程管道
首先，让我们看一下示例 WebAPI 控制器，你会在其中使用MediatR，如以下示例所示：
[Route("api/[controller]")]
[ApiController]
public class TodosController : ControllerBase
{
//...
private readonly MediatR.IMediator mediator;
public TodosController(MediatR.IMediator mediator)
{
this.mediator = mediator ?? throw new ArgumentNullException(nameof(mediator));
}
//...
}
在控制器方法中，将命令发送到MediatR的代码几乎只有一行：
[HttpPost]
public async Task<ActionResult<TodoDTO>> Create(CreateTodoCommand param)
{
var ret = await mediator.Send(param);
return CreatedAtAction(nameof(Get), new { id = ret.Id }, ret);
}
3.2 查询 (Query)
首先，定义DTO
[Table("T_Todo")]
public class TodoDTO
{
#region Public Properties
public Guid Id { get; set; }
public string Name { get; set; }
#endregion
}
然后，创建具体的查询方法
public class TodoQueries
{
private readonly TodoingQueriesContext context;
public TodoQueries(TodoingQueriesContext context)
{
this.context = context;
}
//...
public async Task<PaginatedItems<TodoDTO>> Query(int pageIndex, int pageSize)
{
var total = await context.Todos
.AsNoTracking()
.CountAsync();
var todos = await context.Todos
.AsNoTracking()
.OrderBy(o => o.Id)
.Skip(pageSize * (pageIndex - 1))
.Take(pageSize)
.ToListAsync();
return new PaginatedItems<TodoDTO>(total, todos);
}
//...
}
请注意TodoingQueriesContext和命令处理中的Context不是同一个，实现查询端除了用EFCore、还可以用存储过程、视图、具体化视图或Dapper等等。
最后，调用查询方法
[Route("api/[controller]")]
[ApiController]
public class TodosController : ControllerBase
{
private readonly TodoQueries todoQueries;
public TodosController(TodoQueries todoQueries)
{
this.todoQueries = todoQueries ?? throw new ArgumentNullException(nameof(todoQueries));
}
//...
[HttpGet]
public async Task<ActionResult<PaginatedItems<TodoDTO>>> Query(int pageIndex, int pageSize)
{
return todoQueries.Query(pageIndex, pageSize).Result;
}
//...
}
