这可能是一个通用的OOP问题。我想在接口和抽象类的使用基础上做一个通用的比较。
什么时候需要使用接口，什么时候需要使用抽象类?
当前回答
答案因语言而异。例如，在Java中，一个类可以实现(继承)多个接口，但只能继承一个抽象类。所以接口给了你更多的灵活性。但在c++中却不是这样。
其他回答
纯粹在继承的基础上，你可以使用一个抽象的定义清晰的后代，抽象的关系(例如动物->猫)和/或需要继承虚拟或非公共属性，特别是共享状态(接口不支持)。
你应该尝试使用组合(通过依赖注入)而不是继承，并且注意接口作为契约支持单元测试、关注点分离和(语言变化)多重继承，而抽象则不能。
如果我们有一个对所有派生类都相同的实现，那么此时最好使用抽象类而不是接口。当我们有一个接口时，我们可以将我们的实现移动到任何实现接口的类。在抽象类中，它避免了代码重复，并共享所有派生类的实现。接口允许开发松散耦合的系统，这有助于更好的测试。
在Java中，您可以从一个(抽象)类继承来“提供”功能，并且可以实现许多接口来“确保”功能
什么时候选择抽象类而不是接口?
如果计划在程序/项目的整个生命周期中更新基类，最好允许基类是一个抽象类 如果有人试图为层次结构中密切相关的对象构建主干，那么使用抽象类是非常有益的
什么时候选择接口而不是抽象类?
如果不需要处理大量的层次结构类型的框架，那么接口将是一个很好的选择 因为抽象类不支持多重继承(菱形问题)，所以接口可以挽救局面
1.如果您正在创建为不相关的类提供公共功能的东西，请使用接口。
2.如果您正在为层次结构中密切相关的对象创建一些东西，请使用抽象类。
