design-patterns - 何时使用 CQRS 设计模式?

标签 design-patterns architecture cqrs

我和我的团队一直在讨论使用 CQRS(命令查询职责分离)设计模式,我们仍在尝试评估使用它的利弊。根据:http://martinfowler.com/bliki/CQRS.html

we haven't seen enough uses of CQRS in the field yet to be confident that we understand its pros and cons

那么你们觉得什么时候问题需要使用 CQRS 呢?

最佳答案

CQRS 不是包含整个应用程序的模式。

这是一个建立在领域驱动设计 (DDD) 基础上的概念。而DDD的一个重要的战略概念就是所谓的限界上下文

在典型的应用程序中,存在多个有界上下文,其中任何一个都可以按照有意义的方式实现。例如

  • 用户管理 -> CRUD
  • 发票 -> CRUD
  • 保险单管理(核心域)-> CQRS
  • ...

这可能无法回答您的问题,但它可能会让您对这个主题有更多的了解。老实说,如果不考虑项目的具体情况,我认为根本无法回答这个问题,即使如此,也很少有明确的最佳实践

关于design-patterns - 何时使用 CQRS 设计模式?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/8820748/

相关文章:

wpf - WPF 的 MVVM 的漂亮而简单的定义

java - 静态类/字段。你多久使用一次?

JavaScript 模块模式 : which notation is preferred?

ruby-on-rails - 用于管理应用程序的应用程序(架构)

architecture - 构建文档管理系统的想法

stream - 当域事件影响同一限界上下文中的多个聚合时,EventSourcing 中的 StreamId 是什么?

c++ - 关于抽象工厂和注入(inject)的问题

c# - 字段级更新的 WCF 契约(Contract)

c# - 应该使用方法参数还是通过引用将命令信息传递给聚合?

database - 最佳事件采购数据库策略