java类继承和javabean继承之间有什么区别?

java类继承和javabean继承之间有什么区别?,java,spring,class,inheritance,javabeans,Java,Spring,Class,Inheritance,Javabeans,JavaBean继承似乎是多余的,因为它做的事情与java类继承几乎完全相同 事实上,许多JavaBean约定/规则对于OO和JAVA来说是多余的 因此:这两种继承之间有什么区别?根据您的评论,我想我现在已经理解了您的问题:您希望“所有东西”在Java中都是一致的并且定义良好 不幸的是,这种想法是不正确的。请记住,java有20多年的历史。Bean从很早就成为该语言的一部分(有一些想法是使用基于Bean的工具对应用程序进行友好、通用的插入)。这其中有很多都是凭空想象出来的,但从未取得多大成功 因

JavaBean继承似乎是多余的,因为它做的事情与java类继承几乎完全相同

事实上,许多JavaBean约定/规则对于OO和JAVA来说是多余的


因此:这两种继承之间有什么区别?

根据您的评论,我想我现在已经理解了您的问题:您希望“所有东西”在Java中都是一致的并且定义良好

不幸的是,这种想法是不正确的。请记住,java有20多年的历史。Bean从很早就成为该语言的一部分(有一些想法是使用基于Bean的工具对应用程序进行友好、通用的插入)。这其中有很多都是凭空想象出来的,但从未取得多大成功

因此,某些概念后来从未被跟进。另一方面,java是关于向后兼容性的,因此,即使它们不再有什么意义,它们仍然存在

我同意欧文的评论:你想得太多了。。。从这个意义上说:“bean”不是Java语言的固定元素;例如,Java语言规范文档中没有描述bean。豆子只是非正式的


换句话说:Java类首先是Java类。如果它遵循bean约定,我们称之为bean。因此,实际上不存在“bean”继承。长话短说:我认为你想得太多了。

根据你的评论,我想我现在已经理解了你的问题:你希望“所有的东西”都是一致的,并且在Java中定义良好

不幸的是,这种想法是不正确的。请记住,java有20多年的历史。Bean从很早就成为该语言的一部分(有一些想法是使用基于Bean的工具对应用程序进行友好、通用的插入)。这其中有很多都是凭空想象出来的,但从未取得多大成功

因此,某些概念后来从未被跟进。另一方面,java是关于向后兼容性的,因此,即使它们不再有什么意义,它们仍然存在

我同意欧文的评论:你想得太多了。。。从这个意义上说:“bean”不是Java语言的固定元素;例如,Java语言规范文档中没有描述bean。豆子只是非正式的


换句话说:Java类首先是Java类。如果它遵循bean约定,我们称之为bean。因此,实际上不存在“bean”继承。长话短说:我认为你想得太多了。

什么是JavaBean继承?举个例子好吗?JavaBean是一个POJO(普通的旧Java对象),它遵循一些额外的规则来支持常用工具。两者的继承是一样的,JavaBean也是一个Java类。你似乎误解了JavaBeans,正如许多人已经回答了您之前的问题一样,在发布更多模糊的问题之前,停下来阅读一本好的JavaBeans教程,这些问题基于JavaBean和其他Java对象之间存在巨大差异的错误表示法。没有。JavaBeans继承没有单独的规则。请参阅和了解什么是JavaBean继承?举个例子好吗?JavaBean是一个POJO(普通的旧Java对象),它遵循一些额外的规则来支持常用工具。两者的继承是一样的,JavaBean也是一个Java类。你似乎误解了JavaBeans,正如许多人已经回答了您之前的问题一样,在发布更多模糊的问题之前,停下来阅读一本好的JavaBeans教程,这些问题基于JavaBean和其他Java对象之间存在巨大差异的错误表示法。没有。JavaBeans继承没有单独的规则。再见,非常感谢。总而言之。对于一个封装了其他对象的类来说,这基本上是一种约定,需要遵循一定的规则。我感到非常困惑,因为我使用的是SpringMVC框架,它使用XML文件来操作bean(类),并为XMLbean文件重新引入了许多OO概念(如继承)。是不是多余?当然。但是遵循计算机科学的一条基本规则:你可以通过添加另一层抽象来解决每一个问题!即使你已经有了一个类似的图层。这就是为什么JAVA很棒,而我的其他语言/框架/API/约定不是lol…因为JAVA是经过验证的,不像关系数据库那样冗余。什么时候应该让你的类遵循bean约定?还有,为什么不让一个接口具有遵循bean约定的框架和任何将成为bean的类来实现该接口呢;但是:编程语言(及其概念)是工具。作为一名专业人士,你只需要掌握各种各样的工具就可以了。在实施解决方案时,您可以选择最适合您需求的解决方案。所以,当您使用spring、daos等工具时;那么豆子就不远了。但是,当您进行函数式编程时,您将努力实现“不可变”类,并创建完全非bean类。没有一种解决方案可以解决所有问题。非常感谢。总而言之。对于一个封装了其他对象的类来说,这基本上是一种约定,需要遵循一定的规则。我感到非常困惑,因为我使用的是SpringMVC框架,它使用XML文件来操作bean(类),并为XMLbean文件重新引入了许多OO概念(如继承)。是不是多余?当然。但是遵循计算机科学的一条基本规则:你可以通过添加另一层抽象来解决每一个问题!即使你已经有了一个类似的图层。这就是为什么JAVA很棒,而我的其他语言/框架/API/约定不是lol…因为JAVA是经过验证的,不像关系数据库那样冗余。还有什么时候应该做y