CoderV的进阶笔记

关于DDD的理解各有不同，欢迎网友评论一起探讨。

消息队列或者发布-订阅机制。 合作关系存在于两个团队之间。每个团队各自负责一个限界上下文。两个团队通过互相依赖的一整套目标联合起来形成合作关系。一损俱损，一荣俱荣。由于相互之间的联系非常紧密，他们经常会对同步日程安排和相互关联的工作。他们还必须使用持续集成对保持集成工作协调一致…

假设我们在设计订单模型时，下单操作涉及到会员等相关规则，比如增加积分等操作。（此时我们还未将订单子域和会员子域进行剥离）。其实一个用户的下单操作不需要与会员的积分产生强烈耦合。一旦会员的积分制度发生变动，又得需要在订单子域中进行修改，而订单子域又是我们的核心域，频繁的对核心域进…

如果完全按照领域模型的角度，完全通过遍历对象的方法来获取所有关联的对象。这种模型会过于错综复杂。对象嵌套的层级或者关联的层级非常深。例如通过Customer.order.product.price层层遍历来获取当时客户订单的商品的价格。 那如果完全按照数据库模型的角度，模型中的…

当创建一个复杂对象或聚合的过程很复杂并且暴露出了过多的内部结构时，我们则可以使用工厂进行封装。一个对象在它的生命周期中要承担大量的职责，如果再让复杂对象负责自身的创建，那么职责过载将会导致问题。 我们设计好领域模型供客户方调用，但如果客户方也必须使用如何装配这个对象，则必须知道…

当我们设计一个订单模块，用户下单时，我们需要确保用户的余额可供支付这笔订单，并且保存这个订单。通俗的理解就是当下单的时候，必须生成订单表记录，并且检查用户余额是否足够支付，并修改用户的余额表。再转换到我们领域驱动设计中，我们必须利用订单模型和账户模型联合来完成操作，并检查保证业…

在战术建模当中，并非所有模型都是事物。有些模型是对领域中的一些行为操作进行建模。此类模型我们称之为领域服务。当一些重要的领域操作无法放到实体、值对象或者聚合时，他们本质是行为而不是事物。如果我们不寻找一些对象来封装这些领域行为的话，又会演变成之前过程式的编程方式。我们希望在领域…

之前我们讲到实体，它最主要的特征在于概念上的标识。而领域中存在一些不需要进行标识的对象，它们主要是对事物的描述。如何理解这段话呢？可以通俗的理解，之前我们认为实体是数据库中的一条记录，这条记录会发生更改，例如学生的信息表。而值对象对应到数据库中的什么呢？它们不会单独地映射一张表…

实体最主要有两点特征，一是唯一标识，二是连续性。 当一些对象不是由属性定义，而是由一个唯一标志定义的话，我们就可以认为它是一个实体。好比我们不能通过一个人的外在特征去唯一定位一个人，因为人从小到大，从年轻到衰老其外在特征都是在改变的。而身份证号码可以贯穿一个人的一生而不发生变化…