这可能是一个通用的OOP问题。我想在接口和抽象类的使用基础上做一个通用的比较。
什么时候需要使用接口，什么时候需要使用抽象类?
当前回答
两者都是类定义的契约:
结论1:两种意图都是对象泛化
在定义抽象类时，它们也可以有默认实现。
结论2:区分存在于行为泛化设计中
在使用抽象类时，类只能从一个抽象类继承
结论3:抽象类在应用上存在局限性。它的意思是 行为概括的局限性。
最后结论-何时使用哪个:区分是在行为泛化层面
在类的行为设计中，如果功能在确定的类之间只是概念上的限制，换句话说，在确定的类之间是共享的，则使用抽象类。但如果功能比确定类更通用，或者我们可以/想要向其他类添加功能，则使用接口作为契约。
其他回答
在Java中，您可以从一个(抽象)类继承来“提供”功能，并且可以实现许多接口来“确保”功能
抽象类可以具有共享的状态或功能。接口只是提供状态或功能的承诺。一个好的抽象类可以减少必须重写的代码量，因为它的功能或状态可以共享。接口没有可共享的已定义信息
这是一个很难打的电话。
我可以给出一个提示:一个对象可以实现许多接口，而一个对象只能继承一个基类(在像c#这样的现代OO语言中，我知道c++有多个继承-但这不是不受欢迎吗?)
如果您想提供一些基本实现，请使用抽象类。
我写过一篇关于何时使用抽象类和何时使用接口的文章。除了“一个是a……”之外，他们之间还有很多不同之处。一个能做……”。对我来说，这些都是事先准备好的答案。我提到了使用它们中的任何一种的一些原因。希望能有所帮助。
http://codeofdoom.com/wordpress/2009/02/12/learn-this-when-to-use-an-abstract-class-and-an-interface/
