这一次,让你彻底明白接口及抽象类
本文的目的是讨论抽象类和接口的作用、示例和使用场景,这是我的理解和总结。对于接口和抽象类的更多概念性知识,你可以自己参考相关文档。 抽象类,顾名思义,即类的抽象。 当引入面向对象的概念时,我们知道类是客观事物的抽象,抽象类是类的进一步抽象。如何理解它们? 例如,我们定义了宝马、奔驰和奥迪三大类,并分别抽象出宝马、梅赛德斯-奔驰和奥迪这三类车辆,包括相关的属性和行为(即方法)。但我们知道,汽车具有一般属性和行为,如品牌、发动机、方向盘、轮胎、前向、后退、转向等。因此,我们可以进一步抽象出宝马、梅赛德斯-奔驰等汽车上的“汽车”类的抽象类,包括一般特征(属性和侧面)。Law)让宝马、奔驰、奥迪继承抽象类扩展汽车,它们具有汽车的一般特征,然后在抽象类的基础上定义自己的特殊属性和方法。 这里的 让我们看一下界面。如果我开发了一款叫Bote Royce的飞车,它的定义如下: BoteRoyce
System.out.println("假装会飞~" }
看起来没问题:
但是,随着技术发展,出现了众多可以制造飞行汽车的厂商,难道每一个可以飞的汽车都去定义一个 心想这还不简单,在抽象类 不不不…并非所有的牛奶都被称为Trensu,不是所有的汽车都能飞。飞行不是汽车的一般特征。在Car中定义.()方法显然违反了使用抽象类捕获子类的一般特征的原则。 在这种场景下,解决方案之一就是使用接口,如下:
}
类
BoteRoyce Car
System.out.println("假装会飞~" }
再有其他品牌的飞行汽车,都可以通过 上述定义的 关于二者的区别,可以结合前面的例子,来加深理解。 抽象类是对类本质的抽象,表达的是 is a 的关系,比如: 而接口是对行为的抽象,表达的是 like a 的关系。比如: 熟悉Java的学生可能会质疑,通过重新提取CARE,可以实现上述接口的使用:
FlyCar
}
普通的汽车依然
BoteRoyce
System.out.println("假装会飞~" }
如果你也这么想,表示你 get 到了抽象类的点。不过话说回来,这样的话接口岂不是没有存在的意义了? 当然不是了。就 这与设计模式中的六条原则之一——RichterReplac.Principle——相一致,该原则规定对基类(抽象类或接口)的所有引用在使用其子类的对象时必须是透明的。也就是说,当您遵循这个原则时,您必须考虑您是关心“飞车”实体还是“飞车”行为,并将其作为基类来确定程序的可接受的子类对象。 同时,“接口隔离原则”指导我们,一个类对另一个类的依赖应该建立在最小的接口上。相比于抽象类 因此,面向对象只是指导我们的编程,而不是规则和规则的想法。在实际的开发中,抽象类或接口的使用并非绝对受限,而是取决于您的业务场景和体系结构设计。 好了,这就是接口和抽象类的总结。你彻底理解了吗? (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |