这可能是一个通用的OOP问题。我想在接口和抽象类的使用基础上做一个通用的比较。
什么时候需要使用接口，什么时候需要使用抽象类?
当前回答
我写过一篇关于何时使用抽象类和何时使用接口的文章。除了“一个是a……”之外，他们之间还有很多不同之处。一个能做……”。对我来说，这些都是事先准备好的答案。我提到了使用它们中的任何一种的一些原因。希望能有所帮助。
http://codeofdoom.com/wordpress/2009/02/12/learn-this-when-to-use-an-abstract-class-and-an-interface/
其他回答
基本的经验法则是:对于“名词”使用抽象类，对于“动词”使用接口
例如:car是一个抽象类和驱动器，我们可以让它成为一个接口。
纯粹在继承的基础上，你可以使用一个抽象的定义清晰的后代，抽象的关系(例如动物->猫)和/或需要继承虚拟或非公共属性，特别是共享状态(接口不支持)。
你应该尝试使用组合(通过依赖注入)而不是继承，并且注意接口作为契约支持单元测试、关注点分离和(语言变化)多重继承，而抽象则不能。
如果您想提供一些基本实现，请使用抽象类。
1.如果您正在创建为不相关的类提供公共功能的东西，请使用接口。
2.如果您正在为层次结构中密切相关的对象创建一些东西，请使用抽象类。
对我来说，在很多情况下我会选择接口。但在某些情况下，我更喜欢抽象类。
OO中的类通常指的是实现。当我想强制一些实现细节到子程序时，我使用抽象类，否则我就使用接口。
当然，抽象类不仅在强制实现方面有用，而且在许多相关类之间共享一些特定的细节方面也有用。
