inheritance - 开闭原则与继承的区别

Question

我知道开放封闭原则意味着对扩展开放，对修改封闭。考虑如下示例

public class Vehicle{
    public void service(){
        //vehicle servicing code
    }
}

public class Bike extends Vehicle{

    public void service(){
        // bike specific servicing 
    }
}

现在我明白 Bike 类已经扩展了 Vehicle 并使用开闭原则添加了新功能。

考虑我创建 Vehicle 类的 jar 文件，然后 Bike 类从 jar 扩展 Vehicle 类。在这种情况下，我们无法修改 Vehicle 类和 Bike 扩展它。这是开闭原则的一个很好的例子吗？我想知道OCP和继承有什么不同

Answer 1

以下是我对 OCP 解释的看法:

OCP 指出，代码可以根据更改的频率进行分类，“相同”代码的各个部分可以有不同的更改频率，我所说的更改不仅指随时间的变化，还包括运行时的变化 - 例如选择这段或那段特定的代码来执行某些操作。

OCP 要求将更稳定的代码与更有可能更改的代码分开。但它并不止于此，它还要求更改频率较低的代码能够与更改频率较高的代码一起工作。

那么OCP==继承吗？不。继承只是用于实现 OCP 的技术之一。策略模式、装饰器模式、普通组合、参数多态性(又名泛型)和其他技术也可以用来实现这些目标。

我所说的不同变化频率的含义的示例。让我们想象一些集合实现。如果每次将一些原始类型添​​加到语言中时，集合代码也需要更新，那不是很糟糕吗？因此，收藏品将其持有的元素视为不透明，从而满足 OCP。下一个示例，让我们采用与上一个示例相同的集合实现，并想象我们想要打印它的已排序元素。简单的。我们只需向集合添加排序......以及其他 10 种集合类型？每个新的集合也必须实现这种排序吗？可怕。如果我们的排序算法只是将集合视为不透明类型，如果被要求，将连续提供它的项目，这不是更好吗？这是我们的排序需要集合来做的唯一事情，一旦给定元素列表，它就可以进行实际的排序。好的。所以现在集合只需要支持连续返回所有项目的操作。很简单...如果我们仔细想想，这是一个非常有用的行为，可以用于过滤、转换......

希望通过上面的示例，我展示了继承之外的一些 OCP 用法，并表明 OCP 还鼓励我们将代码视为不同抽象级别的组合(具有不同更改频率的代码组合)。