选java有什么好处,使用Java Bean有什么好处？

JavaBean本身并不十分有趣，它只是一个符合上面列出的标准的Java类 . 但是，符合此标准是Java EE框架构建的支柱之一，它出现在很多地方 . 我怀疑当你听说JavaBeans可以做的所有伟大事情时，Enterprise JavaBeans(EJB)中提到了什么 . 仅供参考，下面列出了几种不同类型的EJB：

实体 beans

有状态会话 beans

无状态会话 beans

现在有一些细节......

Entity Beans

您可能希望从底层数据库读取/写入对象 . 您可以使用JDBC / SQL来执行此操作，但您也可以使用持久性框架 . Java EE规范包含一个持久性规范，您可以将该类声明为“实体bean”，并让Java自动生成数据库表和逻辑，以便在数据库中的条目和程序中的对象之间进行映射 . 最初，持久性需要使用Application Server(例如Glassfish，JBoss，Geronimo等)，但AFAIK，您可以在没有服务器组件的桌面应用程序中使用它 . 实际的实现由较低级别的库提供，例如Eclipselink，Toplink，Hibernate等，但Java API抽象出它们之间的任何差异 .

Stateful Session Beans

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

Stateless Session Beans

这是有状态会话bean的一个小变化 . 对于有状态bean，如果服务器有1000个客户端，那么它可能必须创建1000个bean实例并记住哪个实例属于哪个客户端 . 对于无状态bean，服务器创建一个bean池，并且不记得哪个客户端拥有哪个bean . 当客户端调用方法时，服务器从池中选择一个bean并使用它，在完成时将其返回到池中 . 当您希望服务器记住有关每个客户端的详细信息时，您将使用有状态会话bean，当您不知道客户端不感兴趣此状态时，您将使用无状态Bean .