链接 知乎https://www.zhihu.com/question/19773379 总结
符合一定规范的编写的Java类，不是一种技术，而是一种规范。大家对于这种规范，总结了很多开发技巧，工具函数。
1、所有属性为private
2、提供默认构造方法
3、提供getter和setter
4、实现serializable接口
在java1996年发布,当年12月即发布了java bean1.00-A,有什么用呢?通过统一的规范可以设置对象的值(get,set方法),这是最初的java bean;
- 在实际企业开发中,需要实现事务,安全,分布式,javabean就不好用了.sun公司就开始往上面堆功能,这里java bean就复杂为EJB;
- EJB功能强大,但是太重了.此时出现DI(依赖注入),AOP(面向切面)技术,通过简单的java bean也能完成EJB的事情,这里的java bean简化为POJO;
- Spring诞生了.
- PO(persistence object):用于持久化时(例如保存到数据库或者缓存);
- VO(value object):用于前端展示使用(例如放置到JSP中解析或者给前端传递数据)
- DTO(data transfer object):用于接口互相调用返回,数据传输(例如很多接口调用返回值或消息队列内容);
主要区分三个：JavaBean，EJB，POJO。
JavaBean
JavaBean是公共Java类，但是为了编辑工具识别，需要满足至少三个条件：
JavaBean
JavaBean是公共Java类，但是为了编辑工具识别，需要满足至少三个条件：
- 有一个public默认构造器（例如无参构造器,）
- 属性使用public 的get，set方法访问，也就是说设置成private，同时get，set方法与属性名的大小也需要对应。例如属性name，get方法就要写成，public String getName(){},N大写。
- 需要序列化。这个是框架，工具跨平台反映状态必须的
EJB
在企业开发中，需要可伸缩的性能和事务、安全机制，这样能保证企业系统平滑发展，而不是发展到一种规模重新更换一套软件系统。 然后有提高了协议要求，就出现了Enterprise Bean。
EJB在javabean基础上又提了一些要求，当然更复杂了。
POJO
有个叫Josh MacKenzie人觉得，EJB太复杂了，完全没必要每次都用，所以发明了个POJO，POJO是普通的javabean，什么是普通，就是和EJB对应的。
总之，区别就是，你先判断是否满足javabean的条件，然后如果再实现一些要求，满足EJB条件就是EJB，否则就是POJO。
在企业开发中，需要可伸缩的性能和事务、安全机制，这样能保证企业系统平滑发展，而不是发展到一种规模重新更换一套软件系统。 然后有提高了协议要求，就出现了Enterprise Bean。
EJB在javabean基础上又提了一些要求，当然更复杂了。
POJO
有个叫Josh MacKenzie人觉得，EJB太复杂了，完全没必要每次都用，所以发明了个POJO，POJO是普通的javabean，什么是普通，就是和EJB对应的。
总之，区别就是，你先判断是否满足javabean的条件，然后如果再实现一些要求，满足EJB条件就是EJB，否则就是POJO。
Java语言欠缺属性、事件、多重继承功能。所以，如果要在Java程序中实现一些面向对象编程的常见需求，只能手写大量胶水代码。Java Bean正是编写这套胶水代码的惯用模式或约定。这些约定包括getXxx、setXxx、isXxx、addXxxListener、XxxEvent等。遵守上述约定的类可以用于若干工具或库。
Java Bean的设计目的
1、紧凑方便地创建和使用
2、完全的可移植性
3、继承Java的强大功能
4、开发工具支持
5、分布式计算支持
Java Bean定义为“一种在开发工具中可视化操作的，可复用的，平台独立的软件组件“
Java Bean的特性
1、支持自检：构造器可以分析bean怎样工作；
2、支持定制：用户使用构造器工具定制bean的外观和行为；
3、支持事件处理：bean才能与外部进行通信；
4、支持属性：bean才能具有内容的状态，便于定制和应用开发；
5、支持永久性：bean才能在应用程序构造器工具中定制，并将定制的状态存储起来便于随时使用。
Java 帝国之Java bean (上）
前言： 最近看到到spring 的bean 配置， 突然想到可能很多人不一定知道这个叫bean的东西的来龙去脉， 所以就写个文章来讲一下。
另外，上次出了开源中国抄袭事件， 为了防止转载以后我的公众号信息被故意删除， 我在文章的内容中加上了一些 刘欣（微信公众号：码农翻身） 这样的字样， 可能会造成一些烦扰， 请见谅。 我一手创立的Java帝国刚刚成立不久，便受到巨大的打击， 我派出去占领桌面开发的部队几乎全军覆没。
情报说微软的Visual Basic 和Borland的Delphi最近在宣传什么组件化开发， 难道就是这东西把我们搞垮了？
刘欣（微信公众号：码农翻身）注：参见《Java ：一个帝国的诞生》和《Basic： 一个老兵的自述》
我赶紧买了一个Visual Basic 过来研究， 果然，这个家伙确实是方便， 最让我惊叹的是：它有一个可视化编辑器 ！
我只需要把一个组件(例如按钮)拖拽到可一个表单上, 设置一下属性 （颜色，字体）， 再添加一个事件（onClick）, 最后在onClick中写点代码就搞定了 ！
不仅如此，我自己也可以把我的代码按规范包装成一个组件， 发布出去让别人使用。
我看着手下给我买来的《程序员大本营》光盘， 里边竟然包含了好几千个这样的组件， 有数据库浏览组件， 计时器组件， 颜色选取组件， 甚至还有收发邮件的组件......
天哪， 这以后开发桌面程序岂不太简单了 !
怪不得我的Java 被打得满地找牙！
刘欣（微信公众号：码农翻身）注： 90年代末的程序员和学生估计都知道《程序员大本营》， 由csdn的创始人蒋涛制作。
我赶紧打电话给我的干将小码哥 ： 小码啊， 你赶紧看看这个Visual Basic 和Delphi , 给你7天时间， 我们Java 也得赶紧搞一套这样的东西出来。
小吗毫不含糊， 三天就给我搞了一个东西出来： Java Bean API 规范 。
我翻开一看， 哇塞， 长达114页 ， 于是问他：“这是什么东西？ 我要的可视化编辑器呢Visual Java 呢？ ”
刘欣（微信公众号：码农翻身）注： 我下载浏览了java bean 的规范， 确实是114页
他说： “老大， 我们是个开源的社区， 得充分利用大家的力量， 所以我没有去做像VB和Delphi那样的东西， 相反，我定义了一套规范， 只要大家按照这个规范做， 谁都可以用java 做出像VB那样的可视化开发工具出来。”
“那你说说这个java bean 到底是什么规范？”我问。
“首先，一个java bean 其实就是一个普通的java 类， 但我们对这个类有些要求：
1. 这个类需要是public 的， 然后需要有个无参数的构造函数
2. 这个类的属性应该是private 的， 通过setXXX()和getXXX()来访问
3. 这个类需要能支持“事件”， 例如addXXXXListener(XXXEvent e), 事件可以是Click事件，Keyboard事件等等， 当然咱们也支持自定义的事件。
4. 我们得提供一个所谓的自省/反射机制， 这样能在运行时查看java bean 的各种信息“
5. 这个类应该是可以序列化的， 即可以把bean的状态保存的硬盘上， 以便以后来恢复。
“这些要求看起来也没啥啊，对程序员来说，不就是个普通的java 类吗？ 到底该怎么用？ ”
“我们幻想一下，假设我们的Java bean 大行其道了， 有个用户在用一个Visual Java Builder 这样的可视化开发工具， 当他用这个工具创建应用的时候， 可以选择一个叫JButton的组件， 加到一个表单上， 此时Visual Java Builder 就需要把这JButton的类通过反射给new 出来， 所以就需要一个无参数的构造函数了。”
“如果用户想去设置一下这个JButton的属性，Visual Java Builder 就需要先用自省/反射来获取这个JButton有哪些属性（通过getter/setter）， 拿到以后就可以给用户显示一个属性清单了， 例如背景色， 字体 等等。用户看到后就可以设置背景色和字体了， 此时Visual Java Builder 在内部就需要调用这个Bean的setBackgroundCorlor()/setFont() 等方法， 这就是所谓的setXXXX()方法。”
“如果用户想对这个JButton编程， Visual Java Builder 还是通过自省/反射来获取这个JButton有哪些事件， 给用户展示一个事件清单，例如click , keyboardPressed 用户可以选取一个， 然后就可以写程序对这个事件编程了。”
“可是那个序列化有什么用呢？”
“这是因为用户设计完了以后，可能关掉Visual Java Builder 啊 , 如果不通过序列化把设计好的JButton保存起来， 下次再打开Visual Java Builder , 可就什么都没有了”
我想了想， 小码哥设计的不错，仅仅用了一个简单的规范就满足了可视化编辑器的所有要求。
"那我们就发布这个规范吧， 咱们自己先做一个可视化编辑器，给别人做个榜样， 名称我都想好了， 叫NetBean吧。"
刘欣（微信公众号：码农翻身）注：这是我杜撰的， 实际上NetBean这个名称可能和java bean 并没有实际关联。
果然不出我们所料， Java bean 发布以后， 有力的带动了Java 的IDE市场， 开发Delphi的Borland公司 也来插了一脚，搞出了一个JBuilder, 风靡一时。
IBM 搞了一个Visual Age for Java , 后来摇身一变， 成了一个叫Eclipse的开放平台，超级受大家欢迎， 它反过头来把我们的Netbean 和 JBuilder 逼的快没有活路了。
虽然我们玩的很欢，但是程序员根本不买账， Java 在桌面开发市场还是没有起色，使用Java bean 创建桌面程序的程序员少之又少， 只有部分像金融、ERP这样的领地还在坚持。
看来是无药可救了。
但是Java bean 何去何从 ？ 丢弃掉太可惜了， 我和小码哥商量了一下， 我们觉得：既然我们Java在统治了服务器端的编程， 还是在那里想想办法吧......
另外，上次出了开源中国抄袭事件， 为了防止转载以后我的公众号信息被故意删除， 我在文章的内容中加上了一些 刘欣（微信公众号：码农翻身） 这样的字样， 可能会造成一些烦扰， 请见谅。 我一手创立的Java帝国刚刚成立不久，便受到巨大的打击， 我派出去占领桌面开发的部队几乎全军覆没。
情报说微软的Visual Basic 和Borland的Delphi最近在宣传什么组件化开发， 难道就是这东西把我们搞垮了？
刘欣（微信公众号：码农翻身）注：参见《Java ：一个帝国的诞生》和《Basic： 一个老兵的自述》
我赶紧买了一个Visual Basic 过来研究， 果然，这个家伙确实是方便， 最让我惊叹的是：它有一个可视化编辑器 ！
我只需要把一个组件(例如按钮)拖拽到可一个表单上, 设置一下属性 （颜色，字体）， 再添加一个事件（onClick）, 最后在onClick中写点代码就搞定了 ！
不仅如此，我自己也可以把我的代码按规范包装成一个组件， 发布出去让别人使用。
我看着手下给我买来的《程序员大本营》光盘， 里边竟然包含了好几千个这样的组件， 有数据库浏览组件， 计时器组件， 颜色选取组件， 甚至还有收发邮件的组件......
天哪， 这以后开发桌面程序岂不太简单了 !
怪不得我的Java 被打得满地找牙！
刘欣（微信公众号：码农翻身）注： 90年代末的程序员和学生估计都知道《程序员大本营》， 由csdn的创始人蒋涛制作。
我赶紧打电话给我的干将小码哥 ： 小码啊， 你赶紧看看这个Visual Basic 和Delphi , 给你7天时间， 我们Java 也得赶紧搞一套这样的东西出来。
小吗毫不含糊， 三天就给我搞了一个东西出来： Java Bean API 规范 。
我翻开一看， 哇塞， 长达114页 ， 于是问他：“这是什么东西？ 我要的可视化编辑器呢Visual Java 呢？ ”
刘欣（微信公众号：码农翻身）注： 我下载浏览了java bean 的规范， 确实是114页
他说： “老大， 我们是个开源的社区， 得充分利用大家的力量， 所以我没有去做像VB和Delphi那样的东西， 相反，我定义了一套规范， 只要大家按照这个规范做， 谁都可以用java 做出像VB那样的可视化开发工具出来。”
“那你说说这个java bean 到底是什么规范？”我问。
“首先，一个java bean 其实就是一个普通的java 类， 但我们对这个类有些要求：
1. 这个类需要是public 的， 然后需要有个无参数的构造函数
2. 这个类的属性应该是private 的， 通过setXXX()和getXXX()来访问
3. 这个类需要能支持“事件”， 例如addXXXXListener(XXXEvent e), 事件可以是Click事件，Keyboard事件等等， 当然咱们也支持自定义的事件。
4. 我们得提供一个所谓的自省/反射机制， 这样能在运行时查看java bean 的各种信息“
5. 这个类应该是可以序列化的， 即可以把bean的状态保存的硬盘上， 以便以后来恢复。
“这些要求看起来也没啥啊，对程序员来说，不就是个普通的java 类吗？ 到底该怎么用？ ”
“我们幻想一下，假设我们的Java bean 大行其道了， 有个用户在用一个Visual Java Builder 这样的可视化开发工具， 当他用这个工具创建应用的时候， 可以选择一个叫JButton的组件， 加到一个表单上， 此时Visual Java Builder 就需要把这JButton的类通过反射给new 出来， 所以就需要一个无参数的构造函数了。”
“如果用户想去设置一下这个JButton的属性，Visual Java Builder 就需要先用自省/反射来获取这个JButton有哪些属性（通过getter/setter）， 拿到以后就可以给用户显示一个属性清单了， 例如背景色， 字体 等等。用户看到后就可以设置背景色和字体了， 此时Visual Java Builder 在内部就需要调用这个Bean的setBackgroundCorlor()/setFont() 等方法， 这就是所谓的setXXXX()方法。”
“如果用户想对这个JButton编程， Visual Java Builder 还是通过自省/反射来获取这个JButton有哪些事件， 给用户展示一个事件清单，例如click , keyboardPressed 用户可以选取一个， 然后就可以写程序对这个事件编程了。”
“可是那个序列化有什么用呢？”
“这是因为用户设计完了以后，可能关掉Visual Java Builder 啊 , 如果不通过序列化把设计好的JButton保存起来， 下次再打开Visual Java Builder , 可就什么都没有了”
我想了想， 小码哥设计的不错，仅仅用了一个简单的规范就满足了可视化编辑器的所有要求。
"那我们就发布这个规范吧， 咱们自己先做一个可视化编辑器，给别人做个榜样， 名称我都想好了， 叫NetBean吧。"
刘欣（微信公众号：码农翻身）注：这是我杜撰的， 实际上NetBean这个名称可能和java bean 并没有实际关联。
果然不出我们所料， Java bean 发布以后， 有力的带动了Java 的IDE市场， 开发Delphi的Borland公司 也来插了一脚，搞出了一个JBuilder, 风靡一时。
IBM 搞了一个Visual Age for Java , 后来摇身一变， 成了一个叫Eclipse的开放平台，超级受大家欢迎， 它反过头来把我们的Netbean 和 JBuilder 逼的快没有活路了。
虽然我们玩的很欢，但是程序员根本不买账， Java 在桌面开发市场还是没有起色，使用Java bean 创建桌面程序的程序员少之又少， 只有部分像金融、ERP这样的领地还在坚持。
看来是无药可救了。
但是Java bean 何去何从 ？ 丢弃掉太可惜了， 我和小码哥商量了一下， 我们觉得：既然我们Java在统治了服务器端的编程， 还是在那里想想办法吧......
Java 帝国之Java bean（下）
上一篇提到Java bean 的规范虽然定义的不错， 但却没有获得意料中的成功， 尤其是Java帝国所期待的桌面开发组件化市场上。
我和小码哥多么期待CSDN也能出一期《程序员大本营》， 里边包含成千上万的java bean 组件啊。
不要幻想了， 赶紧把java bean 应用在服务器端才是正事。 JSP + Java Bean小码哥建议先用在jsp上试试， 可以用java bean 来封装业务逻辑，保存数据到数据库， 像这样：（微信公众号"码农翻身"注： 这其实叫做JSP Model 1 )
其中jsp 直接用来接受用户的请求， 然后通过java bean 来处理业务， 具体的使用方法是：<jsp:useBean id="user" scope="page" class="com.coderising.User"/><jsp:setProperty property="userName" name="user" param="userName"/><jsp:setProperty property="password" name="user" param="password"/>
这就能把HTTP request中的所有参数都设置到 user 这个java bean 对应的属性上去。
如果想偷懒， 还可以这样：
<jsp:setProperty name="user" property="*"/>
当然要保证 http request中的参数名和 java bean 中的属性名是一样的。
这个叫做JSP Model 1 的模型受到了很多Java程序员的欢迎 , 因为他们的应用规模都很小， 用Model 1 使得开发很快速。
实际上， 这种方式和微软帝国的asp , 以及和开源的php 几乎一样。
但很快就有人来找我抱怨了， 说他们的项目中使用了Model 1 导致整个系统的崩溃。
他说： “你知道吗？ 我们的系统中有好几千个jsp， 这些jsp互相调用(通过GET/POST), 到了最后调用关系无人能搞懂。 ”
其实我们已经预料到了， 小码哥对此有个形象的比喻：意大利面条这几千个JSP 就像这碗面条一样，搅在一起， 根本理不清楚。
为了解决这个问题，小码哥又推出了 ：JSP Model 2 , 这是个模型真正的体现了Model-View-Controller的思想：Servlet 充当Controller , jsp 充当 View Java bean 当然就是Model 了！
业务逻辑， 页面显示， 和处理过程做了很好的分离。
基于这个模型的扩展和改进， 很多Web开发框架开始如雨后春笋一样出现， 其中最著名的就是Struts， SpringMVC 了。
Java Web开发迅速的繁荣了。
我们再一次体会到了开放的好处 ！
我和小码哥多么期待CSDN也能出一期《程序员大本营》， 里边包含成千上万的java bean 组件啊。
不要幻想了， 赶紧把java bean 应用在服务器端才是正事。 JSP + Java Bean小码哥建议先用在jsp上试试， 可以用java bean 来封装业务逻辑，保存数据到数据库， 像这样：（微信公众号"码农翻身"注： 这其实叫做JSP Model 1 )
其中jsp 直接用来接受用户的请求， 然后通过java bean 来处理业务， 具体的使用方法是：<jsp:useBean id="user" scope="page" class="com.coderising.User"/><jsp:setProperty property="userName" name="user" param="userName"/><jsp:setProperty property="password" name="user" param="password"/>
这就能把HTTP request中的所有参数都设置到 user 这个java bean 对应的属性上去。
如果想偷懒， 还可以这样：
<jsp:setProperty name="user" property="*"/>
当然要保证 http request中的参数名和 java bean 中的属性名是一样的。
这个叫做JSP Model 1 的模型受到了很多Java程序员的欢迎 , 因为他们的应用规模都很小， 用Model 1 使得开发很快速。
实际上， 这种方式和微软帝国的asp , 以及和开源的php 几乎一样。
但很快就有人来找我抱怨了， 说他们的项目中使用了Model 1 导致整个系统的崩溃。
他说： “你知道吗？ 我们的系统中有好几千个jsp， 这些jsp互相调用(通过GET/POST), 到了最后调用关系无人能搞懂。 ”
其实我们已经预料到了， 小码哥对此有个形象的比喻：意大利面条这几千个JSP 就像这碗面条一样，搅在一起， 根本理不清楚。
为了解决这个问题，小码哥又推出了 ：JSP Model 2 , 这是个模型真正的体现了Model-View-Controller的思想：Servlet 充当Controller , jsp 充当 View Java bean 当然就是Model 了！
业务逻辑， 页面显示， 和处理过程做了很好的分离。
基于这个模型的扩展和改进， 很多Web开发框架开始如雨后春笋一样出现， 其中最著名的就是Struts， SpringMVC 了。
Java Web开发迅速的繁荣了。
我们再一次体会到了开放的好处 ！