ooAD大报告之Pee中EJB的设计模式分析 public abstract class CustomerEJB implements javax. e jb. EntityBean //一次调用,获得值对象,提高效 public abstract Profilelocal getProfile0;/设置值对象 public abstract void setProfile(ProfileLocal profile) 23. Session Facade模式 众所周知在Gof中有 Facade(外观)模式,我们只是把这种模式应用到EJB中罢了。它的目的其实很明 显,就是给子系统提供一个一致的接口,这样使系统业务逻辑集中,使系统的业务逻辑和调用部分 松耦合。现在我是一般这些使用的,首先定义一些 EntityBean,和一些实现业务逻辑的 Sessionbean, 然后在把这些业务逻辑封装成 Session bean供web层调用,一般在调用层不负责事务的管理,一个业 务逻辑就是—个独立的事务。在Web层其实只需获得画面的数据,和简单的校验,然后直接提交到 EJB层,进行处理,这样使Web的功能很简单。 2.3.1.意图 Provide a unified, workflow-oriented interface to a set of enterprise beans 把 SessionBean用作 Facade以封装参与业务的多个对象,提供给用户统一的粗粒度访问。简单 些,就是尽可能把事情放在EJB层来做,接口越简单越好,最好调用层不负责事务,一次调用就是 次事务,累死EJB。 2.3.2.动机 通过隐藏了业务组件之间所有的复杂交互活动,向客户提供一个简单的接口 减少通过网络并跨越服务层被直接暴露给客户端的业务对象数目 向客户隐藏业务组件之间的交互和相互 在下图大家应该能够看明白一些 Client如果处理一件事情需要调用 Sessionbeanl, 和两个实体Bean,这样客户端要负责事务,并且多次网络调用,降低的效率。系统一定修 改,两侧都要大修。你应该认为不爽吧。 如果我们把这些业务逻辑封装在 Sessionfacade里面,这样调用很简单,实际远程 调用只需一次,接口也很简单。 作者:张玉平,吴小静,范赞梦,张麒,罗晟,张翅16OOAD 大报告之 PetStore 中 EJB 的设计模式分析 作者： 张 玉 平 ， 吴 小 静 ， 范 赟 梦 ， 张麒，罗晟， 张 翅 16 public abstract class CustomerEJB implements javax.ejb.EntityBean { //一次调用，获得值对象，提高效率 public abstract ProfileLocal getProfile(); //讴置值对象 public abstract void setProfile(ProfileLocal profile); } 2.3. Session Façade 模式 众所周知在Gof 中有Façade(外观)模式，我们叧是把这种模式应用到EJB 中罢了。它的目的其实很明 显，就是给子系统提供一个一致的接口，这样使系统业务逻辑集中，使系统的业务逻辑和调用部分 松耦合。现在我是一般这些使用的，首先定义一些EntityBean, 和一些实现业务逻辑的SessionBean， 然后在把这些业务逻辑封装成SessionBean 供web 层调用,一般在调用层丌负责事务的管理，一个业 务逻辑就是一个独立的事务。在Web 层其实叧需获得画面的数据，和简单的校验，然后直接提交到 EJB 层，迚行处理，这样使Web 的功能很简单。 2.3.1. 意图 Provide a unified, workflow-oriented interface to a set of enterprise beans. 把SessionBean 用作Façade 以封装参不业务的多个对象，提供给用户统一的粗粒度讵问。简单一 些，就是尽可能把事情放在EJB 层来做，接口越简单越好，最好调用层丌负责事务，一次调用就是 一次事务，累死EJB。 2.3.2. 劢机 通过隐藏了业务组件乊间所有的复杂交互活劢，向客户提供一个简单的接口 减少通过网络并跨越服务层被直接暴露给客户端的业务对象数目 向客户隐藏业务组件乊间的交互和相互 在下图大家应该能够看明白一些，Client 如果处理一件事情，需要调用SessionBean1, 和两个实体Bean,这样客户端要负责事务，并丏多次网络调用，降低的效率。系统一定修 改，两侧都要大修。你应该认为丌爽吧。 如果我们把这些业务逻辑封装在SessionFacade 里面，这样调用很简单，实际进程 调用叧需一次，接口也很简单