HappyFramework（幸福框架）

摘要： 这篇博客是DDD：用 “四色原型” 进行 “聚合设计”的延伸版。职责分配聚合维护内部状态的一致性。换句话说，聚合的职责只限于维护期自身的状态。可以将聚合的职责分为两类：修改职责：只能修改聚合本身的状态，关联的其它聚合信息不能修改。读取职责：可以读取聚合本身的状态，关联的其它聚合信息也能读取。角色维护一个聚合实例业务逻辑的一致性。因为有些聚合实例的业务逻辑会依赖很多外部服务：如仓储、领域服务等。常见的场景如下：前置条件：修改内部状态时，必须满足的条件。唯一性验证：某些状态必须唯一。计算逻辑：此处多数采用状态模式或策略模式。领域服务维护多个聚合实例（跨聚合）业务逻辑的一致性。工厂维护聚合的创建逻辑 阅读全文

摘要： 四色原型在企业应用的上下文中，四色原型是领域模型的一种原型，原型的意思是指领域中的任何模型及其关系都可以抽象为“四色原型”。四色原型可以用这句话进行描述：某个人（Party）的角色（PartyRole）在某个地点（Place）的角色（PlaceRole）用某个东西（Thing）的角色（ThingRole）做了某件事情（MomentInterval）。图片示意名词解释PartPlaceThing：简称PPT，用淡绿色表示，常见的PPT有：部门、岗位、人员、地点、物品等。Description：简称Des，用淡蓝色表示，主要用来对PPT进行描述，常见的Des有：部门类型、岗位层级、人员类型、地点区 阅读全文