我最近接受了两次电话采访，被问及接口类和抽象类之间的区别。我已经解释了我能想到的每一个方面，但似乎他们在等我提一些具体的事情，我不知道是什么。
根据我的经验，我认为以下是正确的。如果我遗漏了一个要点，请告诉我。
接口：
接口中声明的每个方法都必须在子类中实现。接口中只能存在事件、委托、财产（C#）和方法。一个类可以实现多个接口。
抽象类：
子类只能实现抽象方法。抽象类可以具有具有实现的普通方法。除了事件、委托、财产和方法之外，抽象类还可以有类变量。由于C#中不存在多重继承，一个类只能实现一个抽象类。
在这之后，面试官提出了一个问题：“如果你有一个只有抽象方法的抽象类呢？这和接口有什么不同？”我不知道答案，但我认为这是上面提到的继承，对吧？另一位面试官问我，“如果你在接口中有一个公共变量，那会和抽象类中有什么不同？”我坚持认为你不能在接口中使用公共变量。我不知道他想听什么，但他也不满意。
另请参阅：
何时使用接口而不是抽象类，反之亦然接口与抽象类如何决定使用抽象类和接口？接口和抽象类之间的区别是什么？
当前回答
After all that, the interviewer came up with the question "What if you had an
Abstract class with only abstract methods? How would that be different
from an interface?"
文档明确指出，如果抽象类只包含抽象方法声明，则应将其声明为接口。
An another interviewer asked me what if you had a Public variable inside
the interface, how would that be different than in Abstract Class?
默认情况下，接口中的变量是公共静态变量和最终变量。问题的框架可以是，如果抽象类中的所有变量都是公共的呢？与接口中的变量不同，它们仍然可以是非静态和非最终的。
最后，我想对上面提到的内容再补充一点——抽象类仍然是类，属于单个继承树，而接口可以存在于多个继承中。
其他回答
After all that, the interviewer came up with the question "What if you had an
Abstract class with only abstract methods? How would that be different
from an interface?"
文档明确指出，如果抽象类只包含抽象方法声明，则应将其声明为接口。
An another interviewer asked me what if you had a Public variable inside
the interface, how would that be different than in Abstract Class?
默认情况下，接口中的变量是公共静态变量和最终变量。问题的框架可以是，如果抽象类中的所有变量都是公共的呢？与接口中的变量不同，它们仍然可以是非静态和非最终的。
最后，我想对上面提到的内容再补充一点——抽象类仍然是类，属于单个继承树，而接口可以存在于多个继承中。
抽象类处理有效地打包类功能，而接口用于意图/契约/通信，并且应该与其他类/模块共享。
使用抽象类作为契约和（部分）契约实现者违反了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;
}
对于.Net，
你对第二位面试官的回答也是对第一位的回答。。。抽象类可以有实现，AND状态，接口不能。。。
编辑：另一方面，我甚至不会使用短语“subclass”（或“继承”短语）来描述“定义为实现”接口的类。对我来说，接口是一个合约的定义，如果类被定义为“实现”该接口，那么它必须遵守该定义。它没有继承任何东西。。。你必须自己明确地添加所有内容。
接口定义服务或服务集的契约。它们以水平方式提供多态性，因为两个完全不相关的类可以实现相同的接口，但可以互换地用作它们实现的接口类型的参数，因为这两个类都承诺满足接口定义的服务集。接口没有提供实现细节。
抽象类为其子类和可选的部分实现定义了基结构。抽象类以垂直但定向的方式提供多态性，因为继承抽象类的任何类都可以被视为该抽象类的实例，而不是相反。抽象类可以而且经常包含实现细节，但不能单独实例化——只有它们的子类可以“更新”。
注意，C#也允许接口继承。
从编码角度
如果抽象类只有抽象方法，则接口可以替换抽象类。否则，将抽象类更改为接口意味着您将失去继承提供的代码重用性。
从设计角度
如果它是“Is a”关系，并且您需要一个子集或所有功能，请将其保留为抽象类。如果是“应该做”的关系，请将其保留为界面。
决定你需要什么：只是策略执行，或者代码重用和策略。
