这是一个基本的形式。毕竟，阅读和写作是分开的，每个人的责任都由不同的服务机构承担。此外，您的读取服务不会触及您的域层，它直接从服务层进入ORM。这无疑是CQRS的基础。
各位，我正在研究一个模型，用户可以选择默认值或输入自定义值，结果形成了许多基于人群的预测。
我喜欢使用类似CQRS的方法来分离报告和影响域的代码。
我打算在一个服务中使用ADO.NET的基本SQL视图来进行报告，在另一个服务中将实体框架用于持久修改。
我认为这里不需要活动来源。将根据域数据库进行报告。
以上是CQRS的一个例子吗？
事件来源实际上不是CQRS的一部分。不过，这两种做法往往是结合在一起的。
这并不完全是CQRS，但将CQRS引入您的DDD解决方案是一种很好的做法，我在博客中详细介绍了这个主题，并在这里举了一个例子
您采用了将读写模型分离的概念，以使您的域更加坚固，但没有分离数据库和事件存储的复杂性。