![]() |
1
5
您通常不会在CRUD场景中使用CQRS。有更简单的工具和模式可以创建CRUDy应用程序。 CQRS为行为丰富的场景带来了许多优势,其中动词不是 创建、读取、更新、删除 ,但更像是真实的行为。喜欢 晋升员工 或 黑名单供应商 . 一旦你开始对一个行为丰富的领域进行建模,可能仍然会有许多相互关联的命令/事件——这并不是一件坏事——但你也会发现命令和由此产生的事件在大小(包含的数据)和数量上都可能大不相同。 |
![]() |
2
1
为了补充Dennis Traub的回答,CQRS扩展了您如何将代码结构到规范领域,即UI如何工作。点不是所有的UI都是CQRS友好的;你想要更多类似 Task-based-UI's rather than CRUD-y UI's . 从CRUD-y UI开始,您可能会发现自己在应用CQRS时感到沮丧。 |
![]() |
marek.kapowicki · 从一个视图映射具有嵌入列表的实体 7 年前 |
![]() |
engma · 事件来源中的事件消费者和重复代码 7 年前 |
![]() |
Ivelin Matev · DDD、事件存储、UI 7 年前 |
![]() |
w0051977 · 如何跨上下文共享表格? 7 年前 |
![]() |
mbue · CQRS:类冗余和将DTO传递到域 7 年前 |
|
user8280126 · 事件源/CQRS聚集索引和分区 7 年前 |
![]() |
Jim Aho · 我应该继续添加事件吗? 7 年前 |
![]() |
RubenHerman · CQRS模式-接口 9 年前 |