让我们以Dog和Cat类为例，使用C#进行演示：

狗和猫都是动物，特别是四足哺乳动物（动物太普通了）。让我们假设您有一个抽象类Mammal，用于这两个类：

public abstract class Mammal

此基类可能具有默认方法，例如：

喂养朋友

所有这些都是在两个物种之间或多或少具有相同实现的行为。要定义此项，您需要：

public class Dog : Mammal
public class Cat : Mammal

现在让我们假设还有其他哺乳动物，我们通常会在动物园里看到：

public class Giraffe : Mammal
public class Rhinoceros : Mammal
public class Hippopotamus : Mammal

这仍然有效，因为Feed（）和Mate（）功能的核心仍然相同。

然而，长颈鹿、犀牛和河马并不是你可以用来做宠物的动物。这就是界面将有用的地方：

public interface IPettable
{
    IList<Trick> Tricks{get; set;}
    void Bathe();
    void Train(Trick t);
}

上述合同的执行在猫和狗之间是不同的；将它们的实现放在抽象类中继承将是一个坏主意。

狗和猫的定义现在应该如下：

public class Dog : Mammal, IPettable
public class Cat : Mammal, IPettable

理论上，您可以从更高的基类重写它们，但本质上，接口允许您只将所需的内容添加到类中，而不需要继承。

因此，由于您通常只能从一个抽象类继承（在大多数静态类型的OO语言中，即……例外包括C++），但能够实现多个接口，因此它允许您严格按照需要构造对象。

现代风格是定义IPet和PetBase。

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

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

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

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

感谢Jon Limjap的回答，但我想为接口和抽象基类的概念添加一些解释

接口类型与抽象基类

改编自Pro C#5.0和.NET 4.5 Framework书籍。

接口类型似乎与抽象基类非常相似。回忆起当类被标记为抽象时，它可以定义任意数量的抽象成员来提供所有派生类型的多态接口。然而，即使类确实定义了一组抽象成员，还可以自由定义任意数量的构造函数、字段数据、非抽象成员（使用另一方面，接口只包含抽象成员定义。抽象父类建立的多态接口有一个主要限制因为只有派生类型支持抽象父级定义的成员。然而，在更大范围内软件系统，开发多个没有共同父级的类层次结构是非常常见的超出System.Object。假定抽象基类中的抽象成员仅适用于派生类型，我们无法在不同的层次结构中配置类型以支持相同的多态性界面例如，假设您定义了以下抽象类：

public abstract class CloneableType
{
// Only derived types can support this
// "polymorphic interface." Classes in other
// hierarchies have no access to this abstract
// member.
   public abstract object Clone();
}

给定此定义，只有扩展CloneableType的成员才能支持Clone（）方法如果创建一组不扩展此基类的新类，则无法获得多态界面。此外，您可能还记得C#不支持类的多重继承。因此，如果您想创建一辆小型货车，它是一辆汽车，并且是一种可克隆类型，那么您无法做到：

// Nope! Multiple inheritance is not possible in C#
// for classes.
public class MiniVan : Car, CloneableType
{
}

正如您所猜测的，接口类型起到了拯救作用。定义接口后，可以可以由任何类或结构、任何层次结构、任何命名空间或任何程序集中实现（用任何.NET编程语言编写）。正如您所看到的，接口是高度多态的。考虑System命名空间中定义的名为ICloneable的标准.NET接口。这接口定义了一个名为Clone（）的方法：

public interface ICloneable
{
object Clone();
}

如果除了您的类型成员之外，其他开发人员确实没有任何理由希望使用自己的基类，并且您预见到版本控制问题，那么您应该使用基类（请参见http://haacked.com/archive/2008/02/21/versioning-issues-with-abstract-base-classes-and-interfaces.aspx).

如果继承开发人员有任何理由使用自己的基类来实现类型的接口，并且您没有看到接口发生变化，那么就使用接口。在这种情况下，为了方便起见，您仍然可以加入实现接口的默认基类。

我建议尽可能使用组合而不是继承。使用接口，但对基本实现使用成员对象。这样，您可以定义一个工厂，该工厂构造对象以某种方式运行。如果要更改行为，则创建一个新的工厂方法（或抽象工厂），以创建不同类型的子对象。

在某些情况下，如果所有可变行为都在帮助对象中定义，那么您可能会发现主对象根本不需要接口。

因此，您可能会得到一个带有IFurBehavior参数的宠物，而不是IPet或PetBase。IFurBehavior参数由PetFactory的CreateDog（）方法设置。shed（）方法调用的就是这个参数。

如果你这样做，你会发现你的代码更加灵活，你的大多数简单对象都处理非常基本的系统范围行为。

即使在多种继承语言中，我也推荐这种模式。