抽象类与接口的主题主要是语义。

抽象类在不同的编程语言中通常充当接口的超集，除了一点，即可以实现多个接口，但只能继承一个类。

接口定义了某件事情必须能够做的事情；类似于合同，但不提供其实现。

抽象类定义了什么是什么，它通常托管子类之间的共享代码。

例如，格式化程序应该能够格式化（）某些内容。描述这种情况的常见语义是创建一个接口IFormatter，该接口带有一个format（）声明，其作用类似于一个契约。但是IFormatter并不描述什么是什么，而是描述它应该能够做什么。在本例中，我们创建一个抽象类。。。因此，我们创建了一个实现接口的抽象类Formatter。这是一个非常描述性的代码，因为我们现在知道我们有一个格式化程序，我们现在知道每个格式化程序必须能够做什么。

还有一个非常重要的主题是文档（至少对某些人来说…）。在您的文档中，您可能希望在子类中解释Formatter实际上是什么。有一个抽象类Formatter非常方便，您可以链接到子类中的文档。这是非常方便和通用的。另一方面，如果您没有抽象类Formatter，而只有接口IFormatter，则必须在每个子类中解释Formatter实际上是什么，因为接口是一个契约，你不会在接口的文档中描述Formatter实际上是什么-至少这不是常见的事情，你会打破大多数开发人员认为正确的语义。

注意：使抽象类实现接口是一种非常常见的模式。

实际上并不是最初问题的答案，但一旦你找到了它们之间的区别的答案，你就会进入何时使用每一个困境：何时使用接口或抽象类？何时同时使用两者？

我对OOP的了解有限，但将接口视为语法中形容词的等价物对我来说一直有效（如果这个方法是假的，请纠正我！）。例如，接口名称类似于可以赋予类的属性或功能，并且类可以具有许多属性或功能：ISerializable、ICountable、IList、ICacheable、IHappy。。。

我想再加一个有意义的区别。例如，您有一个包含数千行代码的框架。现在，如果您想使用方法enhanceUI（）在整个代码中添加新特性，那么最好在抽象类中添加该方法，而不是在接口中添加。因为，如果在接口中添加此方法，那么应该在所有已实现的类中实现它，但如果在抽象类中添加方法则不是这样。

抽象类和接口的一般思想是由使用这些通用“设置”（某种模板）的其他类（不能单独构建）来扩展/实现，这使得为以后扩展它的所有对象设置特定的通用行为变得简单。

抽象类具有常规方法集和抽象方法。扩展类在被抽象类扩展后可以包括未设置的方法。当设置抽象方法时，它们由稍后扩展抽象方法的类定义。

接口与抽象类具有相同的财产，但只包含抽象方法，这些方法可以在其他类中实现（可以是多个要实现的接口），这就创建了一个更持久的方法/静态变量定义。与抽象类不同，您不能添加自定义的“常规”方法。

当您想在继承层次结构中提供多态行为时，请使用抽象类。

当您想要完全无关的类的多态行为时，请使用接口。

这里是对接口与抽象类的一个非常基本的理解。