1、javabean是一种组件技术，这个说法怎么听着都别扭。我觉得把javabean说成是一种规范听着舒服些，为什么呢?感觉javabean是要求开发者之在类里面封装私有属性，和对应的getter和setter方法，如果你按照这个要求写了类就是javabean，难道这种并非提供某些api或者interface，而是强制要求程序员按照某个要求写类叫“技术”不别扭么？jdk倒是提供了类似beans，内省等javabean工具。。
2、另外在spring等架构里，注入的类都可以称之为bean啊，比如文件上传组件，并不见得只有getter和setter方法，也可以有例如upload的方法，也符合可重用组件的思想，难道在spring等架构里bean的限制宽泛了？？
3、我认为在j2ee里，javabean根据使用场合不用，又可以转化为其他形态,诸如VO,DTO,BO,POJO,DAO等等，这些O首先是javabean其次才代表他们各自的作用，这种类的多形态是MVC分层所特有的产物。欢迎大家讨论阿，完后散分。。
2、另外在spring等架构里，注入的类都可以称之为bean啊，比如文件上传组件，并不见得只有getter和setter方法，也可以有例如upload的方法，也符合可重用组件的思想，难道在spring等架构里bean的限制宽泛了？？
3、我认为在j2ee里，javabean根据使用场合不用，又可以转化为其他形态,诸如VO,DTO,BO,POJO,DAO等等，这些O首先是javabean其次才代表他们各自的作用，这种类的多形态是MVC分层所特有的产物。欢迎大家讨论阿，完后散分。。
javaBean和Bean是一个概念吗？
EJB也算Bean吧，EJB的构成可要复杂的多不单是对属性的简单封装了。我对这个概念问题也不是很了解。
http://java.sun.com/docs/books/tutorial/javabeans/index.html
但如果宽松点说我认为pojo 都可以称为javabean
我感觉只有类，为了使用Spring或者要隐藏某些内部细节，才加上了get和set,如果不用，我直接用public属性即可。
其实,对于javabean的规范,个人认为还是遵守点比较好,这样大家都可以遵守一个规范,有利于小组团队的合作.
JAVA资料太多？选中想收藏的文字(图片)，右键选“收录到易载”，搞定！
也就是复用的概念
应该任何类都可以称作一个bean
概念只是帮助理解用的
其实自己理解了就行了
既然javabean定义为可重用组件，那么逻辑是可以重用的，比如求平均值什么得，另外，只封装属性和访问方法严格局限于业务，那么只是代码级复用（一个项目下不同模块见复用），而很难达到组件级复用（像log4j一样跨项目复用），难道log4j不是javabean，还是javabean与“可重用组件”之间得理解有误区？
如果只是get,set和value的java类，很难把它和“可重用组件”联系在一起，比如person.java，换个项目换个业务就不需要person了，javabean显然不是这么用的。我的问题归结为“可重用组件得定义”和“表现为get+set+value”这二者得矛盾