我认为他们不喜欢你的回应，因为你给出的是技术上的差异，而不是设计上的差异。对我来说，这个问题就像一个巨魔问题。事实上，接口和抽象类有着完全不同的性质，所以你无法真正比较它们。我将向您介绍接口的作用和抽象类的作用。

接口：用于确保契约和类之间的低耦合，以获得更可维护、可扩展和可测试的应用程序。

抽象类：仅用于在具有相同响应性的类之间分解某些代码。请注意，这是为什么多重继承在OOP中是一件坏事的主要原因，因为类不应该处理许多响应（而是使用组合）。

因此，接口具有真正的体系结构角色，而抽象类几乎只是实现的一个细节（当然，如果正确使用的话）。

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

使用抽象类作为契约和（部分）契约实现者违反了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;
}

接口定义服务或服务集的契约。它们以水平方式提供多态性，因为两个完全不相关的类可以实现相同的接口，但可以互换地用作它们实现的接口类型的参数，因为这两个类都承诺满足接口定义的服务集。接口没有提供实现细节。

抽象类为其子类和可选的部分实现定义了基结构。抽象类以垂直但定向的方式提供多态性，因为继承抽象类的任何类都可以被视为该抽象类的实例，而不是相反。抽象类可以而且经常包含实现细节，但不能单独实例化——只有它们的子类可以“更新”。

注意，C#也允许接口继承。

1） 接口可以被视为纯抽象类，这是相同的，但尽管如此，实现接口和从抽象类继承并不相同。当你从这个纯抽象类继承时，你定义了一个层次结构->继承，如果你实现了你不需要的接口，你可以实现任意多的接口，但是你只能从一个类继承。

2） 您可以在接口中定义属性，因此实现该接口的类必须具有该属性。

例如：

  public interface IVariable
  {
      string name {get; set;}
  }

实现该接口的类必须具有这样的属性。

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

AND

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

我认为他们正在寻找的答案是根本的或OPPS的哲学差异。

当派生类共享抽象类的核心财产和行为时，使用抽象类继承。实际定义类的行为类型。

另一方面，当类共享外围行为时使用接口继承，这些行为不一定定义派生类。

例如，汽车和卡车共享汽车抽象类的许多核心财产和行为，但它们也共享一些外围行为，如生成排气，即使是像司钻或发电机这样的非汽车类也共享，并不一定定义汽车或卡车，因此汽车、卡车、司钻和发电机都可以共享同一个接口IExhaust。