如果您想提供一些基本实现，请使用抽象类。

纯粹在继承的基础上，你可以使用一个抽象的定义清晰的后代，抽象的关系(例如动物->猫)和/或需要继承虚拟或非公共属性，特别是共享状态(接口不支持)。

你应该尝试使用组合(通过依赖注入)而不是继承，并且注意接口作为契约支持单元测试、关注点分离和(语言变化)多重继承，而抽象则不能。

我为此写了一篇文章:

抽象类和接口

总结:

当我们谈论抽象类时，我们是在定义对象类型的特征;指定对象是什么。

当我们谈论接口和定义我们承诺提供的功能时，我们谈论的是建立一个关于对象可以做什么的契约。

就我个人而言，我几乎从不需要编写抽象类。

大多数时候，我看到抽象类被(错误地)使用，这是因为抽象类的作者使用了“模板方法”模式。

“Template方法”的问题在于它几乎总是某种程度上是可重入的——“派生”类不仅知道它正在实现的基类的“抽象”方法，还知道基类的公共方法，即使大多数时候它不需要调用它们。

(过于简化的)例子:

abstract class QuickSorter
{
    public void Sort(object[] items)
    {
        // implementation code that somewhere along the way calls:
        bool less = compare(x,y);
        // ... more implementation code
    }
    abstract bool compare(object lhs, object rhs);
}

因此，在这里，该类的作者编写了一个泛型算法，并打算通过提供自己的“钩子”(在本例中是一个“比较”方法)来“专门化”它，以供人们使用。

所以预期的用法是这样的:

class NameSorter : QuickSorter
{
    public bool compare(object lhs, object rhs)
    {
        // etc.
    }
}

这样做的问题在于，你将两个概念过度地耦合在了一起:

比较两个项目的一种方法(哪个项目应该放在前面) 排序项目的方法(即快速排序vs归并排序等)

在上面的代码中，从理论上讲，“compare”方法的作者可以重新调用超类“Sort”方法…即使在实践中，他们永远不会想要或需要这样做。

为这种不必要的耦合付出的代价是，很难更改超类，而且在大多数OO语言中，不可能在运行时更改它。

另一种方法是使用“策略”设计模式:

interface IComparator
{
    bool compare(object lhs, object rhs);
}

class QuickSorter
{
    private readonly IComparator comparator;
    public QuickSorter(IComparator comparator)
    {
        this.comparator = comparator;
    }

    public void Sort(object[] items)
    {
        // usual code but call comparator.Compare();
    }
}

class NameComparator : IComparator
{
    bool compare(object lhs, object rhs)
    {
        // same code as before;
    }
}

现在请注意:我们所拥有的只是接口，以及这些接口的具体实现。在实践中，您实际上不需要任何其他东西来进行高级OO设计。

为了“隐藏”我们已经通过使用“QuickSort”类和“NameComparator”实现了“名称排序”的事实，我们仍然可以在某个地方写一个工厂方法:

ISorter CreateNameSorter()
{
    return new QuickSorter(new NameComparator());
}

任何时候你有一个抽象类，你都可以这样做…即使基类和派生类之间存在自然的可重入关系，将它们显式化通常也是值得的。

最后一个想法:我们上面所做的一切都是通过使用“QuickSort”函数和“NameComparison”函数来“组合”一个“NameSorting”函数……在函数式编程语言中，这种编程风格变得更加自然，代码更少。

当您需要向一组(相关或不相关的)对象添加额外的功能时，接口比抽象类表现得更好。如果你不能给他们一个基本抽象类(例如，他们是密封的或已经有一个父类)，你可以给他们一个虚拟的(空的)接口，然后简单地为这个接口编写扩展方法。

抽象类可以具有共享的状态或功能。接口只是提供状态或功能的承诺。一个好的抽象类可以减少必须重写的代码量，因为它的功能或状态可以共享。接口没有可共享的已定义信息