DDD聚合体作为模块的示意图
贴图：领域驱动 DDD 聚合体作为模块，聚合体外使用事件消息，聚合体内封装了状态，外部调用必须通过消息事件实现，而不能直接通过方法调用。 [该贴被banq于2012-12-06 12:01修
10 年 前
聚合与一致性和有界上下文
根实现 CAP定理 Acknowledging CAP at the Root -‐-‐ in the Domain Model Eric Evans在文中阐述了聚合体内部 聚合体之间以及
10 年 前
请教banq老师，聚合根划分案例
如果买家和卖家通过交易关联，交易包含多种商品条目，每个商品条目都有对应的品种，品种是卖家设定的，这个模型中，卖家、买家、交易三者的生命周期都是不同的，所以应该都是聚合根，交易中的商品条目是交易聚合体
10 年 前
MVC框架不再适合社交媒体和Web 2.0
Non-MVC Frameworks for Social and Web 2.0 | TomcatExpert 文章指出 MVC模式 的问题，控制器是一个聚合体，但是在社会媒体应用中
10 年 前
领域驱动设计中的聚合模式 | by Alexey Zimarev
都不难理解，为什么有那么多人声称Aggregate聚合模式被高估了，我们应该使用 "实体"，或 "对象"，或其他东西？ 我的假设是，发生这种情况是因为该模式的一个基本属性经常被忽略。聚合体整合实体
1 年 前
使用Go语言实现Event Sourcing源码
这是一个针对频繁出差飞行会员是否升级为模型的Go语言ES实现： jen20/go-event-sourcing-sample · GitHub 使用聚合体实体模型定义一个struct，其中主
9 年 前
微服务最难的部分是你的数据
，我们将原子事务限定在了一个微服务之内。 那么微服务之间如何通讯？微服务之间通讯实际是跨越有界上下文，为什么会有跨越这种事情发生？因为我们需要维持多个聚合体之间的数据 一致性 ，也就是说，一个复杂
7 年 前
从 Rails CRUD 迁移到事件溯源
]
[*]第一种选择是从 "启动starts "聚合体生命周期的事件开始。如果您的聚合是一个 BankAccount，它通过 open 方法启动，并产生 BankAccountOpened 事件，那么
5 个月 前
使用DDD提高性能和可伸缩性
领域专家一起讨论。 我们需要确保一个聚合体内所有变化都是作为一个事务部分被保存，一旦我们这样做，我们就做了一件非常有意义的事情， 这就潜在地给我们提供者一种自由：以并行或分离的事务处理不同的聚合体
10 年 前
康威定律的作者：什么是"涌现"分析建模方法？ - Conway
*实体*， 在聚合的最高层是实体的“集合Collection”（我们有时称它们为“aggregates聚合体”*) 有时（并非总是），我们可能会说处于聚合的较低级别的实体正在显露的是“现象
3 年 前
领域驱动设计实践：支付系统建模 - Xiao
一个领域、子领域和泛在语言。 而在解决方案空间中，采用战术模式来提供一套设计模式，你可以用它来创建领域模型。这些模式包括有界的 上下文 、上下文映射、实体、聚合体、领域事件、领域服务、应用服务和
2 年 前
事件、契约设计与BDD
关系？ 我曾经在 契约设计 中提出契约(合约)Contact和 DDD 中的聚合体同一个高度，不同点是前者侧重行为之间的关系，而聚合体是一种结构关系，我以前也曾经认为事件是一种行为关系，涉及到两个
10 年 前
迪米特法则(Law of Demeter)与领域模型行为
3. 创建自己或初始化时涉及到其他对象的方法 4. 它的直接组件的对象的方法(聚合体内部等) 迪米特法则实际从一个公理原则角度对对象的行为设计进行了界定，举例如下： 顾客有一个钱包
10 年 前
Rust中的事件溯源 - ariseyhun
example-protobuf --bin client
由于Thalo提供的派生宏，编写聚合体并不费力，但我仍然觉得缺少一些东西。我已经研究了CloudEvents和AsyncAPI
2 年 前
Rust适合领域概念吗？ - Reddit
其他方面非常有帮助。 2、如果你的领域对象（DDD中的聚合体？）是一个循环图，那么你就已经搞砸了。DDD和Rust都会希望你使用某种ID来指代外部聚合体/对象。 OOP代码库之所以经常会出现这样
1 年 前