这可能是一个通用的OOP问题。我想在接口和抽象类的使用基础上做一个通用的比较。
什么时候需要使用接口，什么时候需要使用抽象类?
当前回答
纯粹在继承的基础上，你可以使用一个抽象的定义清晰的后代，抽象的关系(例如动物->猫)和/或需要继承虚拟或非公共属性，特别是共享状态(接口不支持)。
你应该尝试使用组合(通过依赖注入)而不是继承，并且注意接口作为契约支持单元测试、关注点分离和(语言变化)多重继承，而抽象则不能。
其他回答
抽象类可以有实现。
接口没有实现，它只是定义了一种契约。
也可能存在一些依赖于语言的差异:例如c#没有多重继承，但在一个类中可以实现多个接口。
基本的经验法则是:对于“名词”使用抽象类，对于“动词”使用接口
例如:car是一个抽象类和驱动器，我们可以让它成为一个接口。
这是一个很难打的电话。
我可以给出一个提示:一个对象可以实现许多接口，而一个对象只能继承一个基类(在像c#这样的现代OO语言中，我知道c++有多个继承-但这不是不受欢迎吗?)
对我来说，在很多情况下我会选择接口。但在某些情况下，我更喜欢抽象类。
OO中的类通常指的是实现。当我想强制一些实现细节到子程序时，我使用抽象类，否则我就使用接口。
当然，抽象类不仅在强制实现方面有用，而且在许多相关类之间共享一些特定的细节方面也有用。
我为此写了一篇文章:
抽象类和接口
总结:
当我们谈论抽象类时，我们是在定义对象类型的特征;指定对象是什么。
当我们谈论接口和定义我们承诺提供的功能时，我们谈论的是建立一个关于对象可以做什么的契约。
