Oop 业务规则领域建模

在我们的事务管理系统中，有一个事件的中心概念

事件是连续的、明确的数字编码，根据业务规则定义，对目标实体在其生命周期中的当前状态进行编码。事件累积了物质的整个处理历史。对于每种目标类型，在其生命周期中都有几十个可能的事件

Events表是模式中最大的表，每年达到数千万行的频率

事件是控制UI工作流、集成和批处理流的最核心概念。这些事件的记录良好的数值根据复杂的方程式和这些数值及其组合的顺序比较对业务规则的主要部分进行编码，以导出下一个状态转换并执行验证。这就像事件数字形成了自己的DSL

---

我对这一设计选择及其背后的规划过程非常着迷。如果我要设计一个复杂的企业系统，我最好的资源是什么来学习如何恰当地建模和应用这些中心设计选择？这就是DDD技术的用武之地吗？

Thomas。听起来确实很迷人，很像电影。 当然，我可能会错误地认为这是事件来源，但我会给你一个简短的介绍这个概念

事件来源很简单： “确保在事件对象中捕获对应用程序状态的每次更改，并确保这些事件对象本身按照应用程序状态本身在同一生存期内应用的顺序存储。”

事件源最适合于体系结构模式。 格雷格·杨（Greg Young）可能是这些概念最权威的来源，因为他创造了这些概念。 这是马丁·福勒所说的

关于“有据可查的数值”，这可能是一个可用性组织——如果这些数值是通过算法计算出来的，并且是人类可读的，我会很着迷。你能举个例子吗

关于活动来源和CQR的更多资源：

“我最好的资源是什么”不是一个主题问题。