8、Scala 设计模式：委托、惰性参数与部分应用函数

Scala 设计模式：委托、惰性参数与部分应用函数

1. 委托模式

在面向对象编程中，继承常被视为代码复用的基础方法，但实际上，委托模式在某些场景下能提供更好的解决方案。

1.1 委托模式概述

委托模式是对以继承作为面向对象语言中复用基本方法的回应。虽然继承在很多情况下很有用，但将某些行为的实现责任委托给其他类型有时是更好的选择。许多项目管理者发现，通过继承实现的复用程度很低，而非面向对象语言（如 Ada83 和 Modular2）则更强调组合复用。

继承常被视为面向对象系统的定义特征，但实际上，一些过程式编程语言可以提供除继承外的面向对象语言的其他要素（封装、多态、抽象）。没有继承的编程语言最多只能算是基于对象的（如 Ada83），而非面向对象的。

1.2 继承的问题

继承并非没有缺点，若使用不当会引发诸多问题：
- 降低代码可理解性 ：继承可能导致代码结构复杂，增加理解难度。
- 增加维护难度 ：修改父类代码可能影响多个子类，增加维护成本。
- 阻碍进一步开发 ：复杂的继承结构可能限制系统的扩展性。
- 降低代码可靠性 ：继承可能引入隐藏的依赖关系，导致代码可靠性降低。
- 减少整体复用 ：不恰当的继承可能无法实现预期的复用效果。

例如，在 Swing 的 Undo 框架中， UndoManager 的 can