J2EE中几种业务代理模式的实现和比较

　　什么是业务代理模式（buiness proxy）？
　　
　　在J2EE系统中，一般划分为表现层和业务逻辑层，为实现表现层和业务逻辑层之间的最大限度解耦，引入业务代理模式，这样，当表现层或业务逻辑层具体实现技术发生时，对彼此的影响很小，当然，如果希望实现完全解耦，我们可以使用消息系统JMS来实现，本文章只讨论同步系统范畴。
　　
　　以一个Struts+Hibernate为例，以下代码是Struts的Action实现方法代码：
　　
　　public ActionForward update(ActionMapping mapping,
　　ActionForm form,
　　HttpServletRequest request,
　　HttpServletResponse response) throws Exception {
　　EgForm egForm = (EgForm) form;
　　//直接调用Hiberante实现数据持久化
　　getUser(request).setName(egForm.getName());
　　return mapping.findForward(SUCCESS);
　　}
　　
　　上述update方法代码中直接调用了后台数据库操作，带来的缺点是紧密的耦合性，当更新用户资料的需要有更多变化时，将会直接在update中加入更多业务逻辑代码，也就是说，我们的业务逻辑层代码已经完全依赖Struts这个表现层技术，万一以后我们选用其它表现层技术替代Struts后，将会触及我们业务逻辑层代码。
　　
　　修改后代码如下：
　　
　　public ActionForward update(ActionMapping mapping,
　　ActionForm form,
　　HttpServletRequest request,
　　HttpServletResponse response) throws Exception {
　　EgForm egForm = (EgForm) form;
　　Contact contact = new Contact();
　　BeanUtils.copyProperties(contact, egForm);
　　
　　UserService userService = ServiceFactory.create();
　　userService.update(contact);
　　return mapping.findForward(SUCCESS);
　　}
　　
　　上述修改后代码中，我们将业务逻辑包装在UserService的一个子类中实现，作为客户端，我们使用工厂模式创建UserService对象，这样的好处是：我们不必在update方法中耦合UserService的具体子类，也许UserService的子类是UserServiceHibernate或UserServiceEJB等。
　　
　　使用工厂模式实现了表现层和业务层的解耦，这是早期很多系统的架构实现，但是这样还是带来很多问题，我们下面比较一下几种实现方式。
　　
查看本文来源