这可能是一个通用的OOP问题。我想在接口和抽象类的使用基础上做一个通用的比较。
什么时候需要使用接口，什么时候需要使用抽象类?
当前回答
1.如果您正在创建为不相关的类提供公共功能的东西，请使用接口。
2.如果您正在为层次结构中密切相关的对象创建一些东西，请使用抽象类。
其他回答
我为此写了一篇文章:
抽象类和接口
总结:
当我们谈论抽象类时，我们是在定义对象类型的特征;指定对象是什么。
当我们谈论接口和定义我们承诺提供的功能时，我们谈论的是建立一个关于对象可以做什么的契约。
如果我们有一个对所有派生类都相同的实现，那么此时最好使用抽象类而不是接口。当我们有一个接口时，我们可以将我们的实现移动到任何实现接口的类。在抽象类中，它避免了代码重复，并共享所有派生类的实现。接口允许开发松散耦合的系统，这有助于更好的测试。
两者都是类定义的契约:
结论1:两种意图都是对象泛化
在定义抽象类时，它们也可以有默认实现。
结论2:区分存在于行为泛化设计中
在使用抽象类时，类只能从一个抽象类继承
结论3:抽象类在应用上存在局限性。它的意思是 行为概括的局限性。
最后结论-何时使用哪个:区分是在行为泛化层面
在类的行为设计中，如果功能在确定的类之间只是概念上的限制，换句话说，在确定的类之间是共享的，则使用抽象类。但如果功能比确定类更通用，或者我们可以/想要向其他类添加功能，则使用接口作为契约。
我写过一篇关于何时使用抽象类和何时使用接口的文章。除了“一个是a……”之外，他们之间还有很多不同之处。一个能做……”。对我来说，这些都是事先准备好的答案。我提到了使用它们中的任何一种的一些原因。希望能有所帮助。
http://codeofdoom.com/wordpress/2009/02/12/learn-this-when-to-use-an-abstract-class-and-an-interface/
答案因语言而异。例如，在Java中，一个类可以实现(继承)多个接口，但只能继承一个抽象类。所以接口给了你更多的灵活性。但在c++中却不是这样。
