通过实现接口，您实现了组合（“has-a”关系）而不是继承（“is-a”关系”）。当涉及到设计模式等需要使用接口来实现行为组合而不是继承的事情时，这是一个需要记住的重要原则。

tl；博士当您看到“Is A”关系时，请使用继承/抽象类。当您看到“有”关系时，创建成员变量。当您看到“依赖于外部提供程序”时，实现（而不是继承）一个接口。

面试问题：接口和抽象类有什么区别？你如何决定何时使用什么？我主要得到以下一个或全部答案：答案1：你不能创建抽象类和接口的对象。

ZK（这是我的首字母缩写）：你不能创建任何一个对象。所以这并不是什么区别。这是接口和抽象类之间的相似之处。反问：为什么不能创建抽象类或接口的对象？

答案2：抽象类可以有一个函数体作为部分/默认实现。

ZK：反问题：所以如果我将其更改为纯抽象类，将所有虚拟函数标记为抽象，并且不为任何虚拟函数提供默认实现。这会使抽象类和接口相同吗？之后它们可以互换使用吗？

答案3：接口允许多重继承，抽象类不允许。

ZK：反问：你真的从接口继承吗？还是只实现一个接口，从抽象类继承？实现和继承之间有什么区别？这些反问题会让考生们措手不及，让大多数人挠头，或者直接进入下一个问题。这让我觉得人们需要帮助来构建面向对象编程的基本构件。原始问题和所有反问题的答案都可以在英语和UML中找到。为了更好地理解这两个结构，您必须至少了解以下内容。

共同名词：共同名词是指同一类或同一种类的事物的“共同”名称。例如水果、动物、城市、汽车等。

专有名词：专有名词是物体、地点或事物的名称。苹果、猫、纽约、本田雅阁等。

汽车是一个通用名词。本田雅阁是一个专有名词，可能是一个合成专有名词，一个由两个名词组成的专有名词。

来到UML部分。您应该熟悉以下关系：

是A有A使用

让我们考虑以下两句话。-本田雅阁是一辆车？-本田雅阁有车吗？

哪一个听起来正确？简单的英语和理解能力。本田雅阁（HondaAccord）和汽车（Cars）有着“是A”的关系。本田雅阁（Honda accord）没有车，它“是”一辆车。本田雅阁“有一个”音乐播放器。

当两个实体共享“Is A”关系时，它更适合继承。Has a relationship是创建成员变量的更好候选。这样，我们的代码如下所示：

abstract class Car
{
   string color;
   int speed;
}
class HondaAccord : Car
{
   MusicPlayer musicPlayer;
}

现在本田不生产音乐播放器。或者至少这不是他们的主要业务。

因此，他们联系其他公司并签订合同。如果你在这里接收到电源和这两条电线上的输出信号，它在这些扬声器上会播放得很好。

这使得Music Player成为界面的完美候选。你不在乎谁为它提供支持，只要连接正常即可。

您可以用索尼或其他方式替换LG的MusicPlayer。这不会改变本田雅阁的任何事情。

为什么不能创建抽象类的对象？

因为你不能走进展厅说给我一辆车。你必须提供一个专有名词。什么车？可能是本田雅阁。这就是销售代理可以给你东西的时候。

为什么不能创建接口的对象？因为你不能走进展厅说给我一份音乐播放器的合同。这没用。接口位于消费者和提供者之间，只是为了促成协议。你将如何处理协议副本？它不会播放音乐。

为什么接口允许多重继承？

接口未被继承。接口已实现。界面是与外部世界交互的候选界面。本田雅阁有一个加油接口。它有给轮胎充气的接口。和用来给足球充气的软管一样。因此，新代码如下所示：

abstract class Car
{
    string color;
    int speed;
}
class HondaAccord : Car, IInflateAir, IRefueling
{
    MusicPlayer musicPlayer;
}

英文的意思是“本田雅阁是一款支持轮胎充气和加油的汽车”。

简而言之：抽象类用于建模类似类的类层次结构（例如，Animal可以是抽象类，Human、Lion、Tiger可以是具体的派生类）

AND

接口用于2个相似/非相似类之间的通信，这些类不关心实现接口的类的类型（例如，Height可以是接口属性，它可以由Human、Building、Tree实现。无论你能不能吃东西，你能不能游泳，你能死什么都不重要。重要的是你需要有Height（在你的类中实现））。

除了将抽象类与接口进行比较之外，将抽象类和具体类进行比较是有意义的。

使用抽象类就像使用具体类一样，除非您不希望/无法在没有扩展的情况下实例化它们。让你不想/不能实现抽象方法的方法。

如果你喜欢类比，就把chrome当作一个抽象类（你不能把它当作浏览器，所以它不能被实例化），把chrome和opera当作从chrome派生的具体类，把浏览器插件结构当作接口。

抽象类处理有效地打包类功能，而接口用于意图/契约/通信，并且应该与其他类/模块共享。

使用抽象类作为契约和（部分）契约实现者违反了SRP。使用抽象类作为契约（依赖关系）限制了创建多个抽象类以获得更好的重用性。

在下面的示例中，使用抽象类作为OrderManager的合同会产生问题，因为我们有两种不同的处理订单的方式-基于客户类型和类别（客户可以是直接或间接的，也可以是黄金或白银）。因此，接口用于契约，抽象类用于不同的工作流实施

public interface IOrderProcessor
{
    bool Process(string orderNumber);
}

public abstract class CustomerTypeOrderProcessor: IOrderProcessor
{
    public bool Process(string orderNumber) => IsValid(orderNumber) ? ProcessOrder(orderNumber) : false;

    protected abstract bool ProcessOrder(string orderNumber);

    protected abstract bool IsValid(string orderNumber);
}

public class DirectCustomerOrderProcessor : CustomerTypeOrderProcessor
{
    protected override bool IsValid(string orderNumber) => string.IsNullOrEmpty(orderNumber); 

    protected override bool ProcessOrder(string orderNumber) => true; 
}

public class InDirectCustomerOrderProcessor : CustomerTypeOrderProcessor
{
    protected override bool IsValid(string orderNumber) => orderNumber.StartsWith("EX");

    protected override bool ProcessOrder(string orderNumber) => true;
}

public abstract class CustomerCategoryOrderProcessor : IOrderProcessor
{
    public bool Process(string orderNumber) => ProcessOrder(GetDiscountPercentile(orderNumber), orderNumber);

    protected abstract int GetDiscountPercentile(string orderNumber);

    protected abstract bool ProcessOrder(int discount, string orderNumber);
}

public class GoldCustomer : CustomerCategoryOrderProcessor
{
    protected override int GetDiscountPercentile(string orderNumber) => 15;

    protected override bool ProcessOrder(int discount, string orderNumber) => true;

}

public class SilverCustomer : CustomerCategoryOrderProcessor
{
    protected override int GetDiscountPercentile(string orderNumber) => 10;

    protected override bool ProcessOrder(int discount, string orderNumber) => true;

}

public class OrderManager
{
    private readonly IOrderProcessor _orderProcessor;// Not CustomerTypeOrderProcessor or CustomerCategoryOrderProcessor 

    //Using abstract class here would create problem as we have two different abstract classes
    public OrderManager(IOrderProcessor orderProcessor) => _orderProcessor = orderProcessor;
}

第二个问题的答案：接口中定义的公共变量默认为静态final，而抽象类中的公共变量为实例变量。