Java 让所有类都具有继承性是一种好的做法吗

Java 让所有类都具有继承性是一种好的做法吗,java,Java,我试图为我的一个旧Java游戏项目绘制一个UML图。游戏可以运行,但我意识到很多类没有继承。由于游戏可以运行,我知道它不是绝对需要继承类才能让程序运行的。我只是想知道这是一个好主意还是一个Java约定。 提前谢谢 别担心,您的所有类都继承自java.lang.Object 我只是想知道这是一个好主意还是一个Java约定 如果建模不表明有必要,那么一个类扩展另一个类不是一个好主意。当然,没有Java约定可以做到这一点 在需要继承的地方使用继承。如果不需要,就不要使用它 如前所述,所有Java类1和

我试图为我的一个旧Java游戏项目绘制一个UML图。游戏可以运行,但我意识到很多类没有继承。由于游戏可以运行,我知道它不是绝对需要继承类才能让程序运行的。我只是想知道这是一个好主意还是一个Java约定。
提前谢谢

别担心,您的所有类都继承自java.lang.Object

我只是想知道这是一个好主意还是一个Java约定

如果建模不表明有必要,那么一个类扩展另一个类不是一个好主意。当然,没有Java约定可以做到这一点

在需要继承的地方使用继承。如果不需要,就不要使用它

如前所述,所有Java类1和数组类型的最终超类都是Java.lang.Object。应用程序的类都将有一个超类,即使它们没有显式扩展一个超类

在你不需要的时候扩展是否有害

我认为是的

为便于论证,假设扩展不受模型或模型实现功能需求的保证

充其量,不必要的扩展是多余的

扩展是误导和浪费时间的。这可能会导致未来的读者花时间调查继承的假定含义;i、 e.它为什么存在,它实现了什么。因为Java程序员认为继承关系是有目的的

在不明情况下,它可能会导致问题。例如,未来的维护人员可能会误解公共超类缺乏用途,并开始向其添加不适当的功能。当然,这主要归咎于未来的开发人员,但他/她可以指出公共超类的存在是一个促成因素

由于不必要的方法调度,可能会出现性能问题。这将依赖于Java编译器

例如,如果需要使用对象关系映射技术(如Hibernate)将类映射到数据库表,则可能会出现问题。Java继承使指定ORM映射的问题复杂化。如果没有必要的话,你也不希望出现这种复杂情况


1-。。。除了对象本身。

如果代码不使用继承,就不需要使用继承。这只是许多可用工具中的一个。啊,好的,只是另一个工具,谢谢!