命令查询职责分离 (CQRS)

CQRS 的最初需求

多年来，传统的 CRUD（创建、读取、更新、删除）模式一直是系统架构的支柱。在 CRUD 中，读取和写入操作通常由相同的数据模型和相同的数据库模式处理。虽然这种方法简单直观，但随着系统规模的扩大和需求变得更加复杂，它的效率就会降低。

例如，考虑一个拥有数百万用户的大型电子商务应用程序。该系统可能面临相互冲突的需求：它需要快速读取产品详细信息、评论和用户配置文件，但它还必须有效处理数千笔交易、库存更新和订单下达。随着读取和写入操作的增长，对两者使用单一模型可能会导致瓶颈，影响性能和用户体验。

CQRS 模式的基础知识

CQRS 的引入是为了解决这些扩展挑战。该模式的本质就在于它的名字——命令查询职责分离。在这里，命令负责系统状态的任何更改（例如下订单或更新用户配置文件），而查询则处理数据检索，没有任何副作用。

在 CQRS 系统中，这两个操作被视为完全不同的职责，通常具有单独的数据模型、数据库，甚至单独的服务器或服务。这使得每个操作都可以独立于另一个进行调整、缩放和维护，并与每个操作的特定需求保持一致。

CQRS 组件

命令

命令是在系统内执行操作或更改的指令组件。它们的命名应反映意图和上下文，例如PlaceOrder或UpdateUserProfile。重要的是，命令应该负责更改，因此不应返回数据。进一步探索命令如何处理验证、授权和业务逻辑将阐明它们在 CQRS 模式中的角色。

查询

另一方面，查询处理所有数据请求操作。重点可能在于如何构建这些来提供针对特定用例定制