使用Java Bean的好处是什么？

单独使用JavaBean并不是很有趣，它只是一个符合上面列出的某些标准的Java类。但是，遵循此标准是Java
EE框架所基于的支柱之一，并且在很多地方都已出现。我怀疑当您听到JavaBeans可以完成的所有伟大工作时，Enterprise
JavaBeans（EJB）中所指的是什么。仅供参考，下面列出了几种不同类型的EJB：

1. 实体豆
2. 有状态会话Bean
3. 无状态会话Bean

现在有一些细节…

实体豆

您可能想要向/从基础数据库读取/写入对象。您可以使用JDBC / SQL执行此 *** 作，但也可以使用持久性框架。Java
EE规范包括一个持久性规范，据此，您可以将类声明为“ entity
bean”，并让Java自动生成数据库表和逻辑以在数据库中的条目和程序中的对象之间进行映射。最初，持久性是需要使用应用程序服务器（例如Glassfish，JBoss，Geronimo等）的东西，但是AFAIK可以在没有服务器组件的桌面应用程序中使用它。实际的实现由较低级别的库（例如Eclipselink，Toplink，Hibernate等）提供，但是Java
API提取了它们之间的任何差异。

有状态会话Bean

假设您要创建一个Java类的实例，该实例存在于单独的JVM中。JVM可能在同一台物理计算机上运行，​​但同样，可能在通过网络进行通信的不同计算机上。使用Java
EE应用程序服务器，您可以创建可由应用程序服务器的客户端实例化的类。这些客户端可以实例化一个类，该类将像普通对象一样工作，但是在该对象上调用的任何方法都将在服务器上执行，并将结果传递回调用方。它基本上是远程过程调用的面向对象形式。

无状态会话Bean

这是有状态会话Bean的一个小变体。对于有状态Bean，如果服务器具有1000个客户端，则它可能必须创建1000个Bean实例并记住哪个实例属于哪个客户端。使用无状态Bean，服务器将创建一个Bean池，并且不必费心记住哪个客户端
拥有 哪个Bean。当客户端调用方法时，服务器从池中选择一个bean并使用它，并在完成时将其返回到池中。当您希望服务器 记住
有关每个客户端的详细信息时，可以使用有状态会话Bean；而在不需要记住客户端特定的详细信息时，可以使用无状态Bean。请注意，无状态Bean可能具有状态，只是该状态对客户端不感兴趣。