36.泛化建模进阶（下）-不使用泛化的替代方案如何权衡-附决策树

36 泛化建模进阶（下）：不使用泛化的替代方案，如何权衡？

你好，欢迎来到第 36 讲。

在上一讲中，我们学习了泛化建模的适用场景和判断标准。我们知道，当业务概念存在稳定的“角色”或“种类”划分，并且子类之间存在独有的状态差异时，使用泛化（继承）是一个自然而优雅的选择。

但是，我们也反复强调，“组合优于继承”是面向对象设计中一条更普适的原则。继承会带来强耦合和僵化的层级结构，这些在需要快速演化的领域模型中，可能是致命的。

那么，当我们面对一个适合用泛化来解决的问题时，是否存在不使用继承的替代方案？这些方案各自的优劣是什么？我们又该如何在这两者之间进行权衡（Trade-off）？

本讲，我们将进入泛化建模的进阶下半场，聚焦于泛化的替代方案与权衡。这将进一步提升你的设计视野，让你从“知道如何用”，升级到“知道何时不用，以及为何不用”。

---

一、重新审视问题：泛化的核心诉求是什么？

在寻找替代方案之前，我们必须回归问题的本质：我们使用泛化（继承），到底是为了解决什么问题？

1. 代码复用：将共性的属性和方法，抽到父类中，避免在多个子类中重复编写。
2. 多态分派：允许客户端面向一个统一的父类（或接口）编程，而在运行时，能够根据对象的具体子类类型，自动地调用到不同的行为实现，从而消除if-else或switch-case。