35.泛化建模进阶（上）-泛化适用场景与判断标准-避免过度设计

35 泛化建模进阶（上）：泛化的适用场景与判断标准

你好，欢迎来到第 35 讲。

在上一讲中，我们已经对泛化建模有了初步的认识。我们知道，它通过继承和多态，来处理那些具有“共性与特性”的业务概念，能够有效地消除if-else，让我们的模型更符合“开放-封闭原则”。

但是，泛化（继承）也是一柄“双刃剑”。在经典的面向对象设计中，“组合优于继承”的原则深入人心。过度或不恰当地使用继承，会造成僵化的类层级、模糊的职责以及脆弱的基类等问题。

那么，在 DDD 的领域建模中，我们到底应该在什么时候使用泛化？在面对一个具体的业务场景时，我们又该依据什么样的标准，来判断泛化是“蜜糖”还是“砒霜”？

本讲，我们将进入泛化建模的进阶上半场，聚焦于泛化的适用场景和判断标准。我将为你提供一套系统性的决策框架，帮助你在复杂的业务场景中，做出明智的、经得起推敲的建模选择。

一、泛化建模的“甜点”：最适合使用泛化的三大场景

尽管继承需要被谨慎使用，但在某些特定的业务场景下，泛化建模确实是最自然、最优雅的解决方案。这些场景，就是泛化建模的“甜点”（Sweet Spot）。

场景一：稳定的“角色”分类 (Role)

当你的领域中，一个核心概念会扮演多种稳定、清晰、且行为差异显著的“角色”时，泛化是首选。

经典案例：支付方式（PaymentMethod）