J2EE探险者: 持久数据管理，第1部分 - 编程入门网

我们将在余下的文章中讨论实体 bean vs. 会话 bean 和 JDBC 组合的优缺点。

J2EE探险者: 持久数据管理，第1部分(2)

实体 bean 的优点

谈到企业级数据持久性时，实体 bean 有下列优点：

标准化。EJB 规范定义一组与供应商无关的接口，J2EE 供应商可以实现这些接口来支持实体 bean。这种标准化允许采用最佳实践的开发并缩短雇用新开发人员时的适应期。因为基本的组件体系结构和设计模式大家都知道，所以很容易找到合格的人才来实现它们。

容器管理的服务。正如我们在本系列的前两篇文章中讨论的那样，EJB 容器管理的服务为处理诸如安全性、事务处理、连接合用和资源管理之类的企业功能提供了极大的好处。

透明持久性。容器管理的服务思想在 CMP 实体 bean 中得到了进一步加强。这里，容器还自动管理持久性语义。使用 BMP 实体 bean 时，开发人员必须编写持久性逻辑，而容器则确定何时调用由开发人员定义的方法。同时使用 CMP 和 BMP 实体 bean 时，容器决定何时持续保持 bean 的状态以及如何确保与底层数据存储的数据完整性和并发性。

事务支持。开发人员对 CMP 事务（隔离级别、事务需求和方法的包含／排除）有粗粒度的控制权，对 BMP 事务有细粒度的控制权，这些控制都是通过在 bean 代码中以程序方式处理事务语义实现的。在这两种情况下，容器管理事务并确定是否应该提交给定的事务。

基于组件的设计。实体 bean 被设计成自包含组件，这些组件配置有部署描述符，无需更改任何代码就可以将它们部署到任何 J2EE 应用程序服务器。

总之，实体 bean 从标准化和业界最佳实践中受益，简化了企业开发的某些复杂性并提供引人注目的基于组件的设计。

实体 bean 的缺点

虽然实体 bean 确实有一个令人印象深刻的特性列表，这为它们添色不少，但我们还是要考虑它们的缺点，其缺点如下：

设计复杂。容器管理的服务和自动透明持久性的代价很高。它们在几个级别上给应用程序设计带来复杂性。首先，为了避免网络开销并强制遵守业务规则，几乎总是通过会话 bean 访问实体 bean。因此，每个事务至少涉及两个企业 bean（往往会多得多）。涉及的组件越多，则体系结构的设计、编码和维护就变得越复杂。其次，存在自动操作成本。容器有点类似于有魔力的黑盒。只要它认为适当，就会调用 bean 回调方法，它可随时选择创建和破坏 bean 实例，激活和钝化 bean，并且将其状态存储到持久数据存储中或从其中装入。应用程序代码无法控制这些事情发生的方式或时间。从积极的方面看，容器的功能减少了编写业务逻辑时要考虑的问题数量。从消极的方面看，容器对装入条件和数据请求模式的响应是不可预知的，所以必须在开发过程中添加大量的基于方案的装入测试。

较长的构建周期。由于企业 bean 和（尤其是）实体 bean 的复杂性，所以一次迭代（设计／构建／测试／集成／测试／部署）所花的时间比可比较的 Java 持久性解决方案所花的时间长两到三倍。

响应时间。根据服务器上的负载和所请求实体 bean 的相对大小，实体 bean 的查询可能有不达标的响应时间。实体 bean 在本质上受限于 bean 实例的粒度。要么必须装入整个 bean，要么根本无法装入 bean。该粒度会促使体系结构变得更复杂，因为唯一的选择就是用较差的响应时间使 bean 保持原样，还是将数据分成更小的实体，从而使系统体系结构变得更复杂。

资源使用情况。所有企业 bean 都是资源霸占者。实体 bean 大概是最大的霸占者。虽然这将视使用的应用程序设计模式以及供应商如何有效地设计其实体 bean 实现而变化，

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!