阅读目录

为什么写这篇文章

自己以前都走了弯路，以为学习战术设计就会DDD了，其实DDD的精华在战略设计，但是对于我们菜鸟来说，学习一些技术概念也是挺好的
经常看到这些术语，概念太多，也想简单学习一下，记忆力比较差记录一下实现的细节

领域事件

1.领域事件是过去发生的与业务有关的事实，一但发生就不可更改，所以存储事件时只能追加
3.领域事件具有时间点的特征，所有事件连接起来会形成明显的时间轴
4.领域事件会导致目标对象状态的变化，聚合根的行为会产生领域事件，所以会改变聚合的状态
在聚合根里面维护一个领域事件的聚合，每一个事件对应一个Handle，通过反射维护一个数据字典，通过事件查找到指定的Handle
领域事件实现的方式：目前看到有3种方式，MediatR，消息队列 ，发布订阅模式
eShopOnContainers 中使用的是MediatR
ENode 中使用的是EQueue，EQueue是一个纯C#写的消息队列
使用已经写好的消息队列Rabbitmq ，kafka

事件存储，事件溯源，事件快照

事件存储：存储所有聚合根里面发生过的事件
1.事件存储中可以做并发的处理，比如Command 重复，领域事件的重复
2.领域事件的重复通过聚合根Id+版本号判断，可以在数据库中建立联合唯一索引，在存储事件时检测重复，记录重复的事件，根据业务做处理
3.这里要保证存储事件与发布领域事件的一致性
如何保证存储事件与发布领域事件的一致性
先存储事件然后在发布领域事件，如果发生异常，就一直重试，一直到成功为止，也可以做一定的处理，比如重试到一定的次数，就通知，进行人工处理
我选择了CAP + Policy + Dapper
事件溯源：在事件存储中记录导致状态变化的一系列领域事件。通过持久化记录改变状态的事件，通过重新播放获得状态改变的历史。 事件回放可以返回系统到任何状态
聚合快照：聚合的生命周期各有长短，有的聚合里面有大量的事件，，事件越多加载事件以及重建聚合的执行效率就会越来越低，快照里面存储的是聚合
1.定时存储整个聚合根：使用定时器每隔一段时间就存储聚合到快照表中
2.定量存储整个聚合根：根据事件存储中的数量来存储聚合到快照表中
事件溯源的实现方式
1.首先我们需要实现聚合In Memory，
2.在CommandHandler中订阅 Command命令，
创建聚合时 ，在内存中维护一个数据字典，key为：聚合根的Id，value为：聚合
修改，删除，聚合时，根据聚合根的Id，查询出聚合
如果内存中聚合不存在时：根据聚合根的Id 从聚合快照表中查询出聚合，然后根据聚合快照存储的时间，聚合根Id，查询事件存储中的所有事件，然后回放事件，得到聚合最终的状态

记录遇到的问题

由于基础非常的差，所以实现的方式都是以最简单的方式来写的，存在许多的问题，代码中有问题的地方希望大家提出来，让我学习一下
代码的实现目前还没有写快照的部分，也没有处理EventStorage中的命令重复与聚合根+版本号重复，具体的请看汤总的ENode，里面有全部的实现