本事件风暴系列是参加张逸老师的课程《面向场景的领域驱动设计全过程工作坊》的学习总结。仅作交流学习。

- 流程图:是对现实世界的表现,比如第一步第二步该干什么,无法对软件世界进行描述;
- 事件风暴:是对软件世界的描述,是可以推导出软件实现的。该工作坊的即文章的第1-4步主要是为了识别出领域的业务全景。

事件
领域事件具有以下四个特征,
- 领域事件是过去发生的与业务有关的事实。
- 领域事件具有时间点的特征,所有事件连接起来会形成明显的时间轴。 比如打电话时一个时间段对应两个事件,包含通话已开始和通话已结束,两个事件。
- 领域事件是管理者和运营者重点关心的内容,若缺少该事件,会对管理与运营产生影响。比如支付已开始和支付已结束两个事件不是领域事件,支付已成功才是关心的,才是领域事件。
- 领域事件会导致目标对象状态的变化。包含三种变化:从无到有,状态的值改变,从有到无(很少)。比如商品已查询到不算领域事件。银行账号已销户属于状态变化。
故,在事件风暴中,找事件是一件比较难的事情,需要一定的经验的。
事件的命名
领域事件的描述格式为 名词+动词过去式 ,e.g. OrderCreated;命名时,需要充分的沟通

本文是参与张逸老师《面向场景的领域驱动设计全过程工作坊》后的学习总结,探讨事件风暴如何识别领域事件。事件是软件世界的描述,具有时间点特征并引起状态变化,命名遵循「名词+动词过去式」原则。识别过程中,通过标记热点来突出重要事件,并强调不应将UI交互视为领域事件。
最低0.47元/天 解锁文章
1119

被折叠的 条评论
为什么被折叠?



