48 CQRS 入门（上）：CQRS 的核心思想 ——“查询与命令分离”
你好，欢迎来到第 48 讲。
在 DDD 的世界里，我们一直致力于构建能够精确反映业务规则的、高内聚的领域模型（特别是聚合）。这些模型，是处理系统状态变更的“专家”，它们非常擅长执行各种**“写”操作**（我们称之为“命令”）。
但是，当涉及到**“读”操作**（查询）时，这些精巧的领域模型，有时却会显得“力不从心”，甚至成为性能的瓶颈。
为什么？
- 模型不匹配：UI 界面上需要显示的数据，往往是跨越多个聚合的、经过聚合和计算的“视图”。而我们的领域模型，是为处理业务规则而设计的，其结构与 UI 的展示需求通常不匹配。
- 性能问题：为了获取一个简单的列表页数据，我们可能需要加载多个聚合到内存中，然后进行一系列复杂的组装。这个过程，远不如一条优化过的
SQL JOIN查询来得高效。 - 职责混淆：如果我们强行让聚合去承担复杂的查询职责，这会破坏聚合的单一职责原则，让它变得臃肿和难以理解。
面对这种“读”和“写”之间的天然矛盾，我们该怎么办？
DDD 的生态系统中，提供了一个强大而优雅的架构模式来解决这个问题，它就是CQRS（Command Query Responsibility Segregation）—— 命令查询职责分离。
