关于C#，在某些意义上，接口和抽象类可以互换。然而，区别在于：i）接口不能实现代码；ii）由于这一点，接口不能进一步调用堆栈上的子类；以及iii）抽象类只能在类上继承，而多个接口可以在类上实现。

让我们以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++），但能够实现多个接口，因此它允许您严格按照需要构造对象。

列出你的对象必须要做的事情，你的对象可以做的事情。必须指明你的基类型，可以指明你的接口。

例如，您的PetBase必须呼吸，而您的IPet可能会DoTricks。

对问题域的分析将帮助您定义精确的层次结构。

当我第一次开始学习面向对象编程时，我犯了一个简单的、可能也是常见的错误，即使用继承来共享公共行为——即使这种行为对对象的本质来说并不重要。

为了进一步建立这个问题中经常使用的例子，有很多东西都是可拍的——女朋友、汽车、毛毯所以我可能有一个Petable类提供了这种常见的行为，以及从中继承的各种类。

然而，可拍不是这些物体的本质的一部分。还有很多更重要的概念对他们的天性至关重要——女朋友是人，汽车是陆地车辆，猫是哺乳动物。。。

行为应该首先被分配给接口（包括类的默认接口），并且只有当它们（a）对于作为更大类的子集的一大群类来说是公共的时，才应该被提升为基类——在相同的意义上，“猫”和“人”是“哺乳动物”的子集。

问题是，当你比我一开始更了解面向对象设计之后，你通常会自动完成这项工作，甚至不用考虑它。因此，“代码到接口，而不是抽象类”这句话的真实性变得如此明显，你很难相信任何人都会不厌其烦地说出它，并开始尝试将其他含义解读到其中。

我想补充的另一点是，如果一个类是纯抽象的-没有非抽象的、非继承的成员或方法暴露给子级、父级或客户端-那么为什么它是一个类？它可以被替换，在某些情况下被接口替换，在其他情况下被Null替换。

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

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

我应该何时使用接口，何时使用基类？

如果

你有纯抽象方法，没有非抽象方法您没有非抽象方法的默认实现（除了Java 8语言，其中接口方法提供默认实现）若您使用的是Java8，现在接口将为一些非抽象方法提供默认实现。与抽象类相比，这将使接口更可用。

请查看此SE问题以了解更多详细信息。

如果我不想实际定义方法的基本实现，它应该始终是一个接口吗？

对它更好更干净。即使您有一个带有一些抽象方法的基类，让我们的基类通过接口扩展抽象方法。您可以在将来更改接口而不更改基类。

java示例：

abstract class PetBase implements IPet {
// Add all abstract methods in IPet interface and keep base class clean. 
   Base class will contain only non abstract methods and static methods.
}

如果我有狗和猫的课。为什么我要实现IPet而不是PetBase？我可以理解为ISheds或IBarks（IMakesNoise？）提供接口，因为它们可以逐个宠物放置，但我不知道该为普通宠物使用哪个接口。

我更希望基类实现接口。

 abstract class PetBase implements IPet {
 // Add all abstract methods in IPet
 }

 /*If ISheds,IBarks is common for Pets, your PetBase can implement ISheds,IBarks. 
  Respective implementations of PetBase can change the behaviour in their concrete classes*/

 abstract class PetBase implements IPet,ISheds,IBarks {
 // Add all abstract methods in respective interfaces
 }

优势：

如果我想在现有接口中再添加一个抽象方法，我只需简单地更改接口，而不需要接触抽象基类。如果我想更改契约，我将在不接触基类的情况下更改接口和实现类。您可以通过接口为基类提供不变性。看看这篇文章

有关详细信息，请参阅此相关SE问题：

我应该如何解释接口和抽象类之间的区别？