寻找设计模式：没有子类化的方法覆盖

Question

考虑如下场景：我有一个类A由Part 1、Part 2等各个部分组成，我想通过子类化扩展A的功能。

问题：如果我试图以同样的方式覆盖单个“部件”的行为（有更好的术语吗？），我将不得不为每个发生变化的部件创建一个子类，这很快就会变得混乱和混乱.

简而言之：我想重写类方法而不求助于 子类化。

我想到了一个解决方案，但我不确定这是否是个好主意：

假设我想覆盖Part::Method。不使用我的语言提供的继承机制，我可以通过以下方式“伪造”一个覆盖能力：

• 将Part 类传递给函数MethodOverride（例如，作为匿名函数），并且
• 有Part::Method 呼叫MethodOverride

我认为这种方法有两个缺点：

• 它忽略了语言的（完全有能力但不切实际的）继承特性，这可能会产生无法预料的副作用
• 访问Part 的非公开成员变得很麻烦

我的问题：是否有既定的设计模式可以解决 以类似（或更好）的方式描述问题？有什么缺点吗 我错过了？

Answer 1

当您想避免子类化但仍需要能够提供一组与类相关的算法时，您通常会查看访问者模式。

每个类将组成一个访问者对象，并调用其中一个函数。这消除了为了获取方法而对多个对象进行子类化的需要。

Visitor Pattern Example

如上所述，您传入方法覆盖的示例与策略模式非常相似，但根据您的帖子...

我必须为每个发生变化的部分创建一个子类

我假设重点是避免创建多个类，只提供有限的功能。您的方法覆盖示例和策略模式都需要一个类用于每个不同的覆盖/策略（算法）。

Strategy Pattern Example

访问者只添加一个类，所有的逻辑都保留在访问者类中。无需多次子类化，只需在访问者具体实现中添加新算法即可。