两年前SUN提出了EJB1.1规范，这对于企业级计算来说是一个具历史意义的革新。然而，它存在的缺陷也是不言而喻的。在许多方面，他的远程接口调用很慢而且创建一个平滑的（fine-grained）对象也很困难。
之后又出现了JDO，这是一种新的向数据库存储对象的方法，在很多地方它可以代替EJB实体Beans。看起来JDO是针对实体Bean执行问题的一种解决方案。在大多数应用程序中，数据库的操作基本上就是查询和更新字段的值。很多JSP只需要实现简单的显示和修改操作，因此，EJB的远程接口就变成了一个巨大的开销；远程的getter和setter方法也显得没有必要，尤其是你在重复的调用相同的getter方法的时候。因此，如果能够在客户端操作数据然后把结果一次发送到服务端应该更加合理。
JDO认识到了这一点。实际上，它可以被看作是面向对象的JDBC接口。对于很多开发人员来说，它可以说是一个很好的解决方案，但它也存在着不足。
EJB实体Beans真正的优势在于他们针对服务端的业务逻辑，而JDO却不能，因为JDO是针对客户端的。但是要想明白这一点并不容易，因为当前有关EJB的面向对象设计模式很少。没有现成的方法或继承可以使用。不过我们可以试着想像EJB完全实现了面向对象（实际上这并不容易做到，也许需要很长的时间来完成）。那么，服务端的业务逻辑将成为应用程序设计中的重中之重。比如，我们有一个自定义的customer实体，它有一个方法getCreditLimit()方法，这个方法可以被不同的customers扩展。这样一来就有可能用这些实体Beans来创建一个完全的面向对象的应用程序架构。那么有什么办法使EJB的get-set操作更加有效率呢？
EJB接口的改进
在EJB2.0中引入了依赖对象的概念。它对EJB的执行效率作出了改进，但还不是很完善。因此，无法在设计时就把对象当作依赖对象来处理。因为一个对象在处理是必须是一个实体；这样在你就可以只显示实体的一个本地化的拷贝，然后使用这个接口来存储数据：
interface EModel extends
PossiblySomeKindOfResultSetNavigationInteface ???{
setField1();
getField1();
}
下面是实体Bean接口：
interface ERemote extends EJBObject{
setField1(); //等同于Emodel中的方法
getField1();
EModel getModel();
void setModel(EModel)
void doSomeServerSideBusiness();
}
如果我们只想获得一个数据对象（假设Emodel可以通过一个ID来操作EJB句柄）那么home接口就可以包含一个特定的findByModel(Emodel model)方法来得到实体对象。同理我们还可以定义更多的方法来操作EJB。比如下面的方法通过传入的getter或setter获得所需的序列化对象：
Object getModelWith(Object modelGetter,
Object getterHintsOrMapper);
void setModelWith(Object modelToSet,
Object modelSetter, Object setterHintsOrMapper);
这样的设计可以给我们设计的程序带来极大的灵活性。我们可以通过插件的形式扩展我们的EJB容器，以实现映射XML,JDO或SQL查询结果集。这些扩展的功能可以由开发人员来完成，当然也可以通过一些工具的支持来完成这些工作比如Castor。这样就可以控制很多XML消息。比如，一个负责开发货单（invoice）的实体Bean可以控制很多发货单XML消息。
非应用服务器提供商的开发人员可以使用上面介绍的接口。如果由应用服务器提供商来实现上面的接口的话，这个映射的过程就可以变的自动化了。如果容器能够提供一些标准的API，会使运行变得更快。比如，一个数据库服务供应商可以通过XML消息直接产生并运行SQL。
同样的，在使用EJB中的finder方法的时候，程序就可能可以判断出到底需要的使什么信息：是一个实体对象或是一个数据？而且finder方法也可以实现一种机制，这种机制可以在数据连接已经被关闭的情况下接收来自客户端的查询。另外，也可以通过这种机制实现数据的过滤，比如，EJB中的finder方法得到的是整个符合条件对象集合(Collection)，但也许我们只想得到某一个字段的结果集,那么就可以通过这种方法来实现数据的过滤。
IBM在旧金山的一个组织曾经实现了一个类似的架构。通过一个特定的处理划分模型来指出哪个对象不能被修改。那么只要客户端在运行，我们就能够在本地接收、拷贝或操作数据。
本文地址：http://com.8s8s.com/it/it16903.htm