DDD聚合与领域服务

2023-12-28 16:41:20   8  举报





AI智能生成

领域驱动设计（DDD）中的聚合和领域服务是两个重要概念。聚合是一个具有一致性业务规则的一组对象，它对外提供统一的接口。聚合根是聚合中的唯一入口，它负责协调聚合内其他对象的操作。领域服务是一种封装了通用业务逻辑的服务，它不属于任何实体或值对象，可以跨越多个聚合。领域服务通常用于处理跨聚合的业务逻辑，或者实现一些与实体或值对象无关的功能。总之，聚合和领域服务都是 DDD 中用于实现高内聚、低耦合、可重用代码的重要手段。

DDD

领域驱动设计

业务架构

作者其他创作

大纲/内容

实体

为什么需要实体：用于个性特征或区分不同的对象，一般表示E-R图中的实体类型。在DDD中，实体充当了业务模型的属性、行为方法的容器，是业务内聚、避免贫血模型的唯一的实例化的类对象

实体的重要特性：唯一标识

用户提供、程序生成UUID、另外的界限上下文生成、持久化机制

唯一标识具有稳定性，一旦生成不可更改，可通过setter方法隐藏或保护起来的方式保证不会被更新。并且在分布式系统中需要唯一标识

实体唯一标识的生成方式（分布式ID）

生成要求：全局唯一性、趋势递增（B+树保证写入性能）、单调递增、信息安全（避免ID连续）、高可用性和低延迟

UUID生成方法：36位字符展示（8-4-4-4-12，前3段由时间戳+UUID版本生成，第四段是时钟序列，第五段是MAC地址或随机生成的），本地生成，性能高，没有网络消耗。缺点在于不具备可读性、信息不安全、不适于DB的自动递增

雪花算法：64位的Long类型唯一ID，由高1位+41位时间戳（69年）+10位机器码+12位序号（毫秒级时间戳）组成，趋势递增、不依赖第三方系统单独部署稳定。缺点是要防止时钟回拨（保存上一次生成的最大时间，生成后进行比较后再次生成）

数据库生成：利用数据库的主键递增机制，成本小，实现简单，ID单调递增，缺点是发号器限制在了单台MySQL机器的读写性能

美团LEAF

号段模式：通过设计包含业务标识、当前最大ID、步长等关键字段组成数据库表，通过update set 最大ID = 最大ID+步长，更新成功代表得到了号段，这一部分号段缓存到内存当中，用完再去取（未避免取号等待，可采用双buffer方式：号段消耗一定的比例就异步取号）的方式实现。优点是趋势递增、容灾性高、号码不随机

雪花算法模式：解决趋势递增的问题，10位机器码通过zookeeper注册的方式进行配置。方案为启动服务时向zk进行注册并返回机器ID，本地缓存机器ID（保证对zk的弱引用）

实体的要素

1、关键的属性，如name、password、其余的值对象等

2、关键的行为，能明确表达操作的意图。不要通过setter方式完成避免产生歧义。满足完成创建即一致（属性存在性、稳定性）原则，采用规约模式实现属性验证（正确性、长度，为保证属性的可验证性，属性在必要条件下也需要设置成值对象类型）等

3、事件溯源机制（参考DDD架构中的CQRS）

值对象

值对象是描述和度量事务的重要容器，应当避免使用实体而应该使用值对象，值对象非常方便的进行测试、维护、使用，可简化设计

值对象非常方便进行创建和传递，用完即可销毁。当我们只关心某个对象的属性时，便可赋予相关的属性和行为作为一个值对象。值对象不需要有任何身份标识，尽量避免实例的复杂性

特征

度量或描述领域对象

作为不可变量：值对象初始化后，任何方法都不可对这个对象的属性状态进行更改

不同的相关属性组成概念整体：可处理单个或级联属性，表达了一种属性联合的概念