DDD-CQRS能解什么问题
背景
在DDD代码实践过程出现一些看起来很别扭的实现html
-
为了查询，领域聚合根无限扩大web
如商品详情页聚合根数据库
public class BrandAggr {
/**
* 惟一标识
*/
private Long id;
/**
* 商品简介
*/
private ItemInfoVal brandInfoVal;
/**
* 商品的渠道列表
*/
private List<ItemChannelVal> channels;
/**
* 商品的价格区间列表
*/
private List<ItemPricingVal> pricings;
/**
* 商品风格列表
*/
private List<ItemStyleVal> styles;
/**
* 商品促销列表
*/
private List<ItemPromotionVal> promotion;
/**
* 推荐列表
*/
private List<ItemRecommendVal> promotion;
- 组合领域对象是领域吗？如商品详情页，包含商品，促销，推荐，这这种场景下如何使用聚合根
一. 定义
CQRS(Command and Query Responsibility Segregation)是一种与传统的DDD实现不一样的模式，将写与读区分开。CQRS适用于DDD的缘由在于查询自己不该当影响领域建模编程
CQRS 主要包含两大概念，一个是读写分离，一个是事件源。事件源不是必须项，缓存
读写分离架构
-
若是一个方法修改了对象的状态，就是一个命令，不该该返回数据svg
阻抗：建立资源的时候，不是要返回资源id吗（这个不是重点能够忽略）
-
若是一个方法返回了数据，该方法就是一个查询，不该该直接或间接的修改对象的状态wordpress
阻抗：如今有些方法中在查询的时候进行了懒删除性能
CQRS指望解决的问题设计
- 相似懒删除这种致使的数据不一致，难以排查的问题
- 使用同一个领域对象来进行数据读写可能会遇到资源竞争的状况。因此常常要处理锁的问题，在写入数据的时候，须要加锁，读取数据的时候须要判断是否容许脏读。这样使得系统的逻辑性和复杂性增长，并会影响系统的吞吐量。
- 对于复杂的业务场景，查询一般不仅是经过领域对象构成，好比商品须要从opensearch中查询。
- 像数据层面作读写分离，缓存同样，读db和写db一般也是分离的。须要有一种结构和这种场景映射
二. 架构
command bus:接受写请求，分发给commandhandle
commandhandle：将领域事件保存到event store，同时publish消息到event bus
event bus: 分发给不一样event handle
event handle： 将对象的变动更新到query数据库
三. 与目前的DDD区别
领域对象
咱们再也不是使用一套领域对象了，领域对象主要针对的是写。读直接是DTO
好比上面提到的brand聚合就不会无限扩大了。
面向事件编程
- 对象的全部变动经过事件来记录， - 对象的历史状况，还原都是经过事件db来处理 - 系统间的交互经过事件来实现
四. 落地
事件溯源目前比较难落地，读写分离能够尝试。
遵循聚合根的定义，必须与对象的组合区分开，对象组合考虑用DTO或者其余
咱们再来回顾下聚合根。解决开头两个问题
Aggregate(聚合）是一组相关对象的集合，做为一个总体被外界访问，聚合根（Aggregate Root）是这个聚合的根节点。
聚合是一个很是重要的概念，核心领域每每都须要用聚合来表达。其次，聚合在技术上有很是高的价值，能够指导详细设计。
聚合由根实体，值对象和实体组成。
如何建立好的聚合？
- 边界内的内容具备一致性：在一个事务中只修改一个聚合实例。若是你发现边界内很难接受强一致，不论是出于性能或产品需求的考虑，应该考虑剥离出独立的聚合，采用最终一致的方式。
- 设计小聚合：大部分的聚合均可以只包含根实体，而无需包含其余实体。即便必定要包含，能够考虑将其建立为值对象。
- 聚合之间的关联经过ID，而不是对象引用
- 聚合内强一致性，聚合之间最终一致性
- 为了查询，领域聚合根无限扩大
- 组合领域对象是领域吗？如商品详情页，包含商品，促销，推荐，这这种场景下如何使用聚合根
组合领域对象是领域，衍生出一些业务逻辑，可是不该该定义为聚合根，聚合根应该是小的，事务一致性的，面向领域自己的。
像商品详情页这种应该使用DTO来组合。
参考
https://cqrs.files.wordpress.com/2010/11/cqrs_documents.pdf
https://www.cnblogs.com/zhili/p/CQRSDemo.html
http://www.cnblogs.com/daxnet/archive/2011/01/06/1929099.html
实现领域驱动设计第十章聚合