另外, 为了能让大家对我有一个更加具体的了解, 我也特地按照flyzb的思想设计了一个基于领域事件和DDD的架构.
该 架构 的核心思想是: 1. 领域模型好比是一个实心的圆球，圆球的表层就是领域服务（Domain Service），圆球内部由各个相互平等的，没有相互依赖的，通过事件消息完成相互协作的领域
10 年 前
为什么不应将领域事件和事件溯源混淆？ – INNOQ
领域事件(Domain Events)与 事件溯源 (EventSourcing)有什么共同点？名称中都有“事件”一词。但是除此之外，在项目，会议或培训中与 架构 师和开发人员交谈时，我
3 年 前
关于获取事件相应的结果
在不同的 上下文 之间通过事件进行交互，那需要得到返回值的情况下，还叫做事件么？我有些怀疑...因为事件发生就是发生了，其他领域对该事件有何种响应本应该和事件源无关的，但这种需求有确实存在
10 年 前
CQRS储存事件，那么事件的结构能否举个例子呢？
？快照点 === 储存的事件？ 3. 怎么通过eventsource和快照得到当前的领域对象的状态？
10 年 前
事件协作和事件溯源
, ButtonPressed）、日志事件或物联网数据。在业务系统架构的背景下，我们应该更具体一点，将自己限制在与我们的业务领域相关的 "有趣 "的事件。让我们把这些称为 "领域事件"。 领域事件定义 领域事件描述了
1 年 前
DDD聚合体作为模块的示意图
贴图：领域驱动 DDD 聚合体作为模块，聚合体外使用事件消息，聚合体内封装了状态，外部调用必须通过消息事件实现，而不能直接通过方法调用。 [该贴被banq于2012-12-06 12:01修
10 年 前
领域事件命名的坏气味 - Tomasz Jaskuela
虽然基于 领域事件 的建模特别与 DDD esign相结合越来越受欢迎，但我看到了一些在某些情况下可能有效或无效的命名气味。 1）最明显的“CRUDish事件气味”。像
4 年 前
Saga的设计
() ; //产生 领域事件 “User - ”
}
// process manage 监听领域事件，根据这些事件发起新事件。
handles
9 年 前
Python的事件溯源开源库
这是用于Python中事件源的库。该库的核心功能是支持存储和检索项目序列，例如基于 事件溯源 的领域驱动设计中聚合的 领域事件 。 为了演示如何有效地使用其持久性机制，此库文档提供了带有
4 年 前
领域事件与事件溯源的区别
为什么 领域事件 domain events和 事件溯源 event sourcing不应混淆。 领域事件与事件溯源有什么共同之处？ 共同点是名称中的“事件”一词。但除此之外，在与项目
5 年 前
运用四色建模法进行领域分析
一篇很有Event Sourcing味道的文章，将事件和四色的MI结合起来，视角独特而新颖，很多人只从四色中看到静态的结构，而没有看到动态的活动以及事件，四色+DDD+事件=全面而又深刻： 运用
10 年 前
领域服务和领域事件如何取舍？或共存？
各位大大，当业务功能涉及到多个聚合的时候，有多种方式进行处理，其中有两种方式使用比较普遍，一种是领域服务，另一种是 领域事件 ，也不排除两种同时存在的情况，那如何取舍呢？ 一个系统中
9 年 前
CQRS事件持久化到重建过程的疑问
流程： 1、领域对象在特定时刻有特定的状态，此时发生状态改变的事件 2、将事件进行持久化 3、事件持久化之后发出一个事件已持久化的事件到事件总线，通知查询端 4、这时服务器宕机了，系统重新启动的时候
10 年 前
事件驱动系统中不同类型的事件 - frankdejonge
，但在特定情况下，特定类型可能更适合。 这些类型的事件是： 领域事件 触发或信号事件 RESTful 或“胖”事件 让我们逐一介绍它们，看看它们是什么，以及它们何时有用。 领域事件
2 年 前
如何处理多个领域事件 - 企业工艺
领域事件描述了对您的领域有重要意义的事件。通常涉及3个方：事件生产者，事件消费者和事件调度员：
事件生成器 是领域实体（准确地说是聚合根）。每个实体可以在业务事务期间生成一个或多个域事件
4 年 前