领域模型

Wow 的领域模型以聚合为一致性边界：命令侧根据当前状态作出决定，状态侧只通过领域事件演进，EventStore 中的事件流保存权威历史，快照只加速最新状态恢复。

本区域只回答领域边界、状态演进、历史兼容和恢复成本。完整 Gateway、Dispatcher、Filter 与等待阶段属于命令处理管线，不在领域模型中展开。

下面的能力地图展示领域模型各页怎样从聚合边界展开。

选择阅读路径

首次建模

1. 阅读聚合与不变量，写清聚合身份、业务不变量和允许的状态转换。
2. 阅读事件溯源，确认事件流是权威历史，状态演进可确定性重放。
3. 阅读聚合生命周期，确认创建、恢复、删除与并发边界。

完成标志： 每条业务意图都有明确的成功事件或拒绝结果；相同初始状态与事件顺序得到相同状态。

主要下一步： 定义命令，把业务意图映射为目标聚合和处理函数。

历史演进

1. 先用事件溯源确认当前事件流、revision 分布和恢复边界。
2. 再用事件演进设计单步 Upgrader、升级顺序和字段兼容。
3. 用聚合生命周期验证旧事件重放后的版本、元数据与业务状态。

完成标志： 所有仍存在的历史 revision 都能升级并重放到当前状态，关键业务不变量与下游结果已有验证。

主要下一步： 用脱敏真实历史样本执行完整回放，并保留可重复运行的验证入口。

恢复性能

1. 从事件溯源测量最新状态恢复需要重放的事件数量与耗时。
2. 阅读快照，只在已有性能证据时选择快照策略和存储实现。
3. 用聚合生命周期确认最新恢复与历史时间点恢复没有混用快照。

完成标志： 所选策略满足可量化的恢复目标，且快照丢失或过期时仍可从权威事件历史重建。

主要下一步： 对真实聚合历史运行恢复基准，并验证所选 SnapshotStore 的单调保存契约。

页面职责

页面	回答的问题
聚合与不变量	一致性边界、身份和业务规则如何建模？
事件溯源	哪些历史是权威的，状态如何确定性恢复？
快照	何时以可替换检查点优化最新状态恢复？
事件演进	持久事件 Schema 变化如何兼容旧历史？
聚合生命周期	StateAggregate 如何创建、恢复并顺序演进？