用企业级JavaBeans前需要考虑几个因素

文章作者 100test 发表时间 2007:06:26 11:35:19
来源 100Test.Com百考试题网

企业级JavaBeans（EJB）是J2EE平台中最复杂的技术之一，因此一些开发人员不愿意在他们的项目中部署EJB.

本文面向那些仍旧对是否投入时间和精力学习并在他们的项目中部署EJB技术持观望态度的开发人员。首先，我们介绍了EJB的优点和缺点，然后，说明了何时你可能需要或不需要使用EJB.

最后通过说明我对EJB错误观念一些看法得出结论。

优点

规范：EJB是一项技术规范的技术。（这既是EJB的主要优点也是一个主要缺点。）EJB规范几乎描述了实现的所有方面，包括数据类型，组件生命周期，角色分配以及很多其它方面。

与J2EE紧密结合：J2EE平台中有一组完整的服务器技术，包括EJB和其它非常有价值的技术诸如servlets，JavaServer页，Java消息服务，J2EE连接器体系结构，Java数据库连接，Java认证与授权服务，Java事务API和JavaMail等。这使得J2EE和EJB成为一个很有吸引力的解决方案。

可升级性：只要你将大部分资源管理函数传到应用服务器，供应商就可以运用复杂的升级算法。

可访问资源管理系统：利用EJB容器，你可以获得成千上万行的代码来访问和管理资源，包括事务管理系统，安全管理系统和目录服务。没有EJB的话，你只能自己实现这些组件。

缺点

大量复杂的规范：对于描述一个复杂分布式系统的规范来说这是很正常的，但是并不是里面的所有信息都需要编码，这使得规范成为一个很不方便的工具。

庞大的文档：在开始开发一个项目之前，你通常需要阅读1000多页的文档，这是部署EJB的很令人畏惧的原因之一。

增加了开发时间：EJB解决方案比普通Java代码实现要求更多的时间。调试EJB代码需要的时间也要比调试普通Java代码长。主要原因是因为你不能确定漏洞是在你的代码中还是在容器中。

EJB代码更复杂：例如，为了实现一个会话bean，你必须编写三个类，一个登录bean，你必须编写四个类。添加一两个部署描述符和一个最简单的“Hello world”应用就会生成10个文件而不是一个文件。

重复设计的危险：这是规范复杂性的后果。如果你没有很好的理解EJB的概念，你就不能有效地使用该技术，而且你还可能把项目变得比实际需要的更复杂。

规范改变：EJB是一项新兴技术，你的代码潜在地存在过时的风险，这就要求增加额外的工作和投入来使得它与新的EJB容器兼容。

什么时候你可能想要使用EJB

假设你有一个使用数据库的简单servlet Web应用。你使用JDBC从你的应用访问数据库。作为一个SQL查询的结果，你会得到拥有一些数据的结果集ResultSet，这些数据代表了你的业务对象。

这种方法使用数据不是很方便。你需要创建一个Java类表示一个数据库结构，你的代码可能如下所示：

MyObjectobj = new MyObject（）；

obj.setXXX（rs.getString（"XXX"））；

obj.setYYY（rs.getString（"YYY"））；

在将结果集换成对象表示与返回后，你需要考虑如何将这个逻辑转移到MyObject中。为了将servlet从JDBC访问细节中分离出来以及不在直接使用java.sql.*包中的类，你应该让该对象可以在数据库中找到自己，然后修改或删除它。
src="/java/js/wxgg_java.js">