另一个要记住的选项是使用“has-a”关系，也就是“以”或“组合的方式实现”。有时这是一种比使用“is-a”继承更干净、更灵活的结构方式。

从逻辑上说，狗和猫都“拥有”一只宠物可能不太合理，但它避免了常见的多重继承陷阱：

public class Pet
{
    void Bathe();
    void Train(Trick t);
}

public class Dog
{
    private Pet pet;

    public void Bathe() { pet.Bathe(); }
    public void Train(Trick t) { pet.Train(t); }
}

public class Cat
{
    private Pet pet;

    public void Bathe() { pet.Bathe(); }
    public void Train(Trick t) { pet.Train(t); }
}

是的，这个例子表明，在以这种方式做事时存在大量的代码重复和缺乏优雅。但我们也应该意识到，这有助于保持狗和猫与宠物类的分离（因为狗和猫不能访问宠物的私人成员），并为狗和猫从其他东西（可能是哺乳动物类）继承留下了空间。

当不需要私人访问并且您不需要使用通用的宠物参考/指针来参考狗和猫时，合成是最好的。接口为您提供了通用的引用功能，可以帮助减少代码的冗长，但当组织不好时，它们也会使事情变得模糊。当您需要私人成员访问时，继承是有用的，在使用它时，您将致力于将您的狗和猫类与您的宠物类高度耦合，这是一个巨大的成本。

在继承、组合和接口之间，没有一种方法总是正确的，考虑如何协调地使用这三种选项是有帮助的。在这三个选项中，继承通常是最不常用的选项。

现代风格是定义IPet和PetBase。

该接口的优点是其他代码可以使用它，而与其他可执行代码没有任何联系。完全“干净”。界面也可以混合。

但是基类对于简单的实现和通用实用程序很有用。因此，还提供一个抽象基类，以节省时间和代码。

Josh Bloch在《有效的Java 2d》中说道：

首选接口而非抽象类

一些要点：

可以很容易地对现有类进行修改，以实现新的界面你所要做的就是添加所需的方法（如果还没有）存在并将implements子句添加到类声明。接口是定义混合的理想选择。粗略地说mixin是类可以使用的类型除了“主要”键入“”以声明它提供一些可选行为。例如Comparable是一个mixin接口允许类声明其实例的排序依据其他相互可比较的对象。接口允许构造非分层类型框架。类型层次结构为很适合组织一些事情，但是其他的事情并不是很简单刚性层次。接口通过每类包装的习惯用法。如果您使用抽象类来定义类型留下想要添加的程序员功能，别无选择使用继承。此外，你可以结合这些优点接口和抽象类提供抽象骨架实现类导出的非平凡接口。

另一方面，接口很难发展。如果您向接口添加一个方法，它将破坏它的所有实现。

PS：买这本书。它要详细得多。

通常，您应该喜欢接口而不是抽象类。使用抽象类的一个原因是，如果在具体类之间有共同的实现。当然，您仍然应该声明一个接口（IPet），并让一个抽象类（PetBase）实现该接口。使用小的、不同的接口，您可以使用多个来进一步提高灵活性。接口允许最大限度的灵活性和跨边界类型的可移植性。当跨越边界传递引用时，始终传递接口而不是具体类型。这允许接收端确定具体实施，并提供最大的灵活性。当以TDD/BDD方式编程时，这是绝对正确的。

“四人帮”在他们的书中说：“因为继承将子类暴露于其父类实现的细节，所以人们常说‘继承破坏了封装’。”。我相信这是真的。

接口

大多数语言允许您实现多个接口修改接口是一项突破性的更改。所有实现都需要重新编译/修改。所有成员都是公共的。实现必须实现所有成员。接口有助于解耦。您可以使用模拟框架模拟接口后面的任何内容接口通常表示一种行为接口实现彼此分离/隔离

基类

允许您添加一些通过派生免费获得的默认实现（从C#8.0通过接口可以获得默认实现）除了C++，您只能从一个类派生。即使可以从多个类中选择，这通常也是一个坏主意。更改基类相对容易。派生不需要做任何特殊的事情基类可以声明可由派生访问的受保护函数和公共函数抽象基类不能像接口那样容易被模仿基类通常表示类型层次结构（IS A）类派生可能会依赖于一些基本行为（具有复杂的父实现知识）。如果你对一个人的基本实现进行更改并打破其他人，事情可能会很混乱。

从概念上讲，接口用于正式和半正式地定义对象将提供的一组方法。形式上表示一组方法名称和签名，半形式上表示与这些方法相关的人类可读文档。

接口只是API的描述（毕竟，API代表应用程序编程接口），它们不能包含任何实现，也不可能使用或运行接口。它们只明确约定你应该如何与对象交互。

类提供了一个实现，它们可以声明它们实现了零个、一个或多个接口。如果要继承类，则惯例是在类名前面加上“Base”。

基类和抽象基类（ABC）之间有区别。ABC将接口和实现混合在一起。计算机编程之外的抽象意味着“摘要”，即“抽象==接口”。然后抽象基类可以描述接口，也可以描述要继承的空的、部分的或完整的实现。

关于何时使用接口、抽象基类还是仅使用类的意见将根据您正在开发的内容以及您正在使用的语言而大不相同。接口通常仅与静态类型语言（如Java或C#）相关，但动态类型语言也可以有接口和抽象基类。例如，在Python中，Class和对象之间的区别很明显，前者声明它实现了一个接口，后者是一个类的实例，据说提供了该接口。在动态语言中，两个都是同一类实例的对象可以声明它们提供完全不同的接口。在Python中，这仅适用于对象属性，而方法在类的所有对象之间共享状态。然而，在Ruby中，对象可以具有每实例方法，因此同一类的两个对象之间的接口可能会根据程序员的需要而变化（然而，Ruby没有任何明确的接口声明方式）。

在动态语言中，对象的接口通常是隐式假设的，可以通过内省对象并询问它提供了什么方法（在跳转之前查看），也可以通过简单地尝试在对象上使用所需的接口并在对象不提供该接口时捕捉异常（请求原谅比请求许可更容易）。这可能导致“误报”，即两个接口具有相同的方法名称，但语义不同。然而，权衡是代码更加灵活，因为您不需要预先过度指定以预测代码的所有可能用途。