DDD该怎么去落地实现（6）继承关系（中）

文章主旨：

探讨领域驱动设计（DDD）中继承关系的持久化实现及三种主要方案（Simple、Union、Joined）的优缺点与适用场景。

关键要点：

• DDD继承关系的持久化存储可选三种方案：Simple、Union和Joined，每种方案有明确的优缺点。
• Simple方案适用于子类较少且个性化字段较少的情况，但容易导致表稀疏问题。
• Union方案为每个子类分别创建表，适合只查询某个子类数据的场景，但多表查询性能较差。
• Joined方案通过父类表存储公共字段，子类表存储个性化字段，适合查询所有子类场景，但可能产生较多关联操作。
• 根据业务需求选择适合的方案，并通过DSL配置实现继承关系的持久化。

内容结构：

1. 引言

介绍DDD继承关系的复杂性及其持久化存储挑战，概述三种解决方案：Simple、Union和Joined。

2. Simple方案

• 将父类与所有子类数据存储到一张表。
• 优点：设计简单，增删改查操作集中于单表。
• 缺点：子类多时易导致表稀疏，浪费存储空间且影响查询性能。

3. Union方案

• 每个子类单独创建表，主键统一由生成器生成。
• 优点：适合按子类独立查询的场景，设计灵活。
• 缺点：查询性能较差，需遍历所有子类表。
• 应用场景示例：折扣系统，根据子类独立查询折扣信息。

4. Joined方案

• 父类公共字段存储在父类表，子类个性化字段存储在各子类表。
• 优点：可一次性查询所有子类数据。
• 缺点：关联查询较复杂，可能增加性能开销。
• 应用场景示例：用户系统，所有用户需统一查询。

5. DSL配置与代码实现

通过DSL对继承关系进行详细配置，包括父类字段、子类字段及标识字段的映射。示例代码展示如何通过服务层及通用仓库完成持久化操作。

6. 结论与展望

总结三种方案的适用场景与特点，强调根据具体业务需求选择合适的设计方案，预告下一期将深入探讨更多细节与变更场景。

文章总结：

文章逻辑清晰，内容针对性强，适合DDD技术从业者参考；建议根据场景需求权衡方案优缺点，灵活选择实现方式。

测试开发之前端篇-Web前端简介

了解更多

充满诗意的联盟

查看原文：DDD该怎么去落地实现（6）继承关系（中）

文章来源：

充满诗意的联盟

扫码关注公众号