我应该何时使用接口，何时使用基类？
如果我不想实际定义方法的基本实现，它应该始终是一个接口吗？
如果我有狗和猫的课。为什么我要实现IPet而不是PetBase？我可以理解为ISheds或IBarks（IMakesNoise？）提供接口，因为它们可以逐个宠物放置，但我不知道该为普通宠物使用哪个接口。
当前回答
关于C#，在某些意义上，接口和抽象类可以互换。然而，区别在于：i）接口不能实现代码；ii）由于这一点，接口不能进一步调用堆栈上的子类；以及iii）抽象类只能在类上继承，而多个接口可以在类上实现。
其他回答
继承还有其他优点，例如变量能够保存父类或继承类的对象（无需将其声明为泛型，如“object”）。
例如，在.NET WinForms中，大多数UI组件都是从System.Windows.Forms.Control派生的，因此声明为的变量可以“容纳”几乎所有UI元素，无论是按钮、ListView还是其他元素。当然，现在你不能访问项目的所有财产或方法，但你可以拥有所有基本的东西——这可能很有用。
现代风格是定义IPet和PetBase。
该接口的优点是其他代码可以使用它，而与其他可执行代码没有任何联系。完全“干净”。界面也可以混合。
但是基类对于简单的实现和通用实用程序很有用。因此，还提供一个抽象基类，以节省时间和代码。
这取决于您的要求。如果IPet足够简单，我更愿意实现它。否则，如果PetBase实现了大量您不想复制的功能，那么就试试看。
实现基类的缺点是需要重写（或新的）现有方法。这使它们成为虚拟方法，这意味着您必须小心如何使用对象实例。
最后，.NET的单一继承让我很头疼。一个天真的例子：假设你正在创建一个用户控件，那么你就继承了UserControl。但是，现在你被禁止继承PetBase。这迫使您重新组织，例如创建PetBase类成员。
如果除了您的类型成员之外，其他开发人员确实没有任何理由希望使用自己的基类，并且您预见到版本控制问题，那么您应该使用基类（请参见http://haacked.com/archive/2008/02/21/versioning-issues-with-abstract-base-classes-and-interfaces.aspx).
如果继承开发人员有任何理由使用自己的基类来实现类型的接口，并且您没有看到接口发生变化，那么就使用接口。在这种情况下，为了方便起见，您仍然可以加入实现接口的默认基类。
让我们以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++），但能够实现多个接口，因此它允许您严格按照需要构造对象。
