这可能是一个通用的OOP问题。我想在接口和抽象类的使用基础上做一个通用的比较。
什么时候需要使用接口,什么时候需要使用抽象类?
这可能是一个通用的OOP问题。我想在接口和抽象类的使用基础上做一个通用的比较。
什么时候需要使用接口,什么时候需要使用抽象类?
当前回答
纯粹在继承的基础上,你可以使用一个抽象的定义清晰的后代,抽象的关系(例如动物->猫)和/或需要继承虚拟或非公共属性,特别是共享状态(接口不支持)。
你应该尝试使用组合(通过依赖注入)而不是继承,并且注意接口作为契约支持单元测试、关注点分离和(语言变化)多重继承,而抽象则不能。
其他回答
基本的经验法则是:对于“名词”使用抽象类,对于“动词”使用接口
例如:car是一个抽象类和驱动器,我们可以让它成为一个接口。
答案因语言而异。例如,在Java中,一个类可以实现(继承)多个接口,但只能继承一个抽象类。所以接口给了你更多的灵活性。但在c++中却不是这样。
如果您想提供一些基本实现,请使用抽象类。
如果我们有一个对所有派生类都相同的实现,那么此时最好使用抽象类而不是接口。当我们有一个接口时,我们可以将我们的实现移动到任何实现接口的类。在抽象类中,它避免了代码重复,并共享所有派生类的实现。接口允许开发松散耦合的系统,这有助于更好的测试。
如果你认为java是面向对象语言,
“接口不提供方法实现”在Java 8启动后不再有效。现在java为默认方法提供了接口实现。
简单来说,我想用
接口:通过多个不相关的对象实现一个契约。它提供了“HAS A”功能。
抽象类:在多个相关对象之间实现相同或不同的行为。它建立了“IS A”关系。
Oracle网站提供了接口和抽象类之间的关键区别。
考虑使用抽象类,如果:
您希望在几个密切相关的类之间共享代码。 您希望扩展抽象类的类具有许多公共方法或字段,或者需要除public以外的访问修饰符(例如protected和private)。 您希望声明非静态或非final字段。
考虑使用接口,如果:
您希望不相关的类实现您的接口。例如,许多不相关的对象都可以实现Serializable接口。 您希望指定特定数据类型的行为,但不关心由谁实现其行为。 您希望利用类型的多重继承。
例子:
抽象类(IS一个关系)
Reader是一个抽象类。
BufferedReader是一个Reader
FileReader是一个阅读器
FileReader和BufferedReader用于一个共同的目的:读取数据,它们通过Reader类相互关联。
接口(具有功能)
Serializable是一个接口。
假设您的应用程序中有两个实现Serializable接口的类
Employee实现Serializable
游戏实现Serializable
在这里,你不能通过Serializable接口在员工和游戏之间建立任何关系,这是为了不同的目的。两者都能够序列化状态,比较到此结束。
看看这些帖子:
我应该如何解释接口和抽象类之间的区别?