[转帖]设计模式在EJB中的应用(下)_Android, Python及开发编程讨论区_Weblogic技术|Tuxedo技术|中间件技术|Oracle论坛|JAVA论坛|Linux/Unix技术|hadoop论坛_联动北方技术论坛  
网站首页 | 关于我们 | 服务中心 | 经验交流 | 公司荣誉 | 成功案例 | 合作伙伴 | 联系我们 |
联动北方-国内领先的云技术服务提供商
»  游客             当前位置:  论坛首页 »  自由讨论区 »  Android, Python及开发编程讨论区 »
总帖数
1
每页帖数
101/1页1
返回列表
0
发起投票  发起投票 发新帖子
查看: 2575 | 回复: 0   主题: [转帖]设计模式在EJB中的应用(下)        下一篇 
    本主题由 koei123 于 2015-6-2 9:10:25 移动
gang
注册用户
等级:上等兵
经验:142
发帖:79
精华:0
注册:2011-12-30
状态:离线
发送短消息息给gang 加好友    发送短消息息给gang 发消息
发表于: IP:您无权察看 2014-10-27 10:11:44 | [全部帖] [楼主帖] 楼主

Factory模式和Singleton模式 该模式类似new,是用来创建对象的,使用Factory模式是为了实现 面向对象 的基本原则.封装(Encapsulation)和分派(Delegation);将创建对象与使用对象进行分工。因此在平时 开发 过程中,尽量使用Factory模式创建对象。 本例Catalog

      

    Factory模式和Singleton模式

    该模式类似new,是用来创建对象的,使用Factory模式是为了实现面向对象的基本原则.封装(Encapsulation)和分派(Delegation);将创建对象与使用对象进行分工。因此在平时开发过程中,尽量使用Factory模式创建对象。

   

本例CatalogEJB中是使用Factory模式获得一个DAO的具体实例对象,见上面CatalogEJB代码中注释。我们看看CatalogDAOFactory的代码:

public class CatalogDAOFactory {
      public static CatalogDAO getDAO() throws CatalogDAOSysException {
            CatalogDAO catDao = null;
            try {
                  InitialContext ic = new InitialContext();
                  String className = (String) ic.lookup(JNDINames.CATALOG_DAO_CLASS);
                  catDao = (CatalogDAO) Class.forName(className).newInstance();
            } catch (NamingException ne) {
                  ...
            }
            return catDao;
      }


    在CatalogDAOFactory可以依据系统的配置文件,动态获得DAO的方法,之所以采取动态方式,当然便于用户自己增加自己的DAO方式,而不必修改代码,只要直接修改配置文件就可以。

    如果在这里只需要CatalogDAOFactory产生一个实例,可以采取Singleton模式,Singleton的目的是控制类实例对象的创建,并且允许整个程序只在一点对它进行访问。Singleton本身类只能创建一个,是单线程。

public class CatalogDAOFactory {
      private static CatalogDAO catDao = null;
      public static CatalogDAO getIntance(){
            if (catDao==null)
            try {
                  InitialContext ic = new InitialContext();
                  String className =
                  (String) ic.lookup(JNDINames.CATALOG_DAO_CLASS);
                  catDao = (CatalogDAO) Class.forName(className).newInstance();
            } catch (NamingException ne) {
                  ...
            }
      }
      return catDao;
}
}


    那么在CatalogEJB的调用从

dao = CatalogDAOFactory.getDAO();


    要改为

dao = CatalogDAOFactory.getIntance();


    Facade模式

    在EJB应用中,有两个端点,这一端是用户端,另外一端是EJB,通常在这两个端点间会增加一层,用来松散两个端点之间的耦合,比如在宠物店例子中,考虑到不同身份的用户有不同的操作流程,比如顾客注册进入后,需要浏览目录,下订单,而商店管理者进入后需要确认或者否定订单,或者检查库存。这些功能需要借助Session bean和Entity bean完成。

    但是如果用户端直接和这些bean互动,会有以下问题:

    1. 用户端必须注意和这些beans的所有有联系或互动的事情,无法阻止用户端可能不恰当的使用这些beans.

    2.如果EJB的API改动,那么用户端的一些代码也要修改。无疑扩展性很差。

    3.即使这些beans都在同一台服务器上,用户端还是用remote方式来调用它们,造成网络无故拥挤。

    那么我们使用Facade模式来解决这个问题,Facade的定义是为子系统中的一组接口提供一个一致的界面,很显然我们需要为这些bean提供一个统一的对外界面。如下图:

    设计模式在EJB中的应用(下)

    在宠物店中,ShoppingClientFacadeLocalEJB是面对所有用户端操作的统一界面,用户端操作就不直接和那些EJB如CustomerEJB或ShoppingCartEJB有联系,而是都通过ShoppingClientFacadeLocalEJB来联系的。代码如下:

public class ShoppingClientFacadeLocalEJB implements SessionBean {
      ...
      //和CustomerEJB联系
      public CustomerLocal getCustomer() throws FinderException {
            if (userId == null) {
                  ...
            }
            try {
                  InitialContext ic = new InitialContext();
                  Object o = ic.lookup("java:comp/env/ejb/petstore/local/customer");
                  CustomerLocalHome home =(CustomerLocalHome)o;
                  customer = home.findByPrimaryKey(userId);
            } catch (javax.naming.NamingException nx) {
                  ...
            }
            return customer;
      }
      .....
      //和ShoppingCartEJB联系
      public ShoppingCartLocal getShoppingCart() {
            if (cart == null) {
                  try {
                        InitialContext ic = new InitialContext();
                        Object o = ic.lookup("java:comp/env/ejb/cart/Cart");
                        ShoppingCartLocalHome home =(ShoppingCartLocalHome)o;
                        cart = home.create();
                  } catch (javax.ejb.CreateException cx) {
                        ...
                  }
            }
            return cart;
      }
      ....
}


    Facade模式参与者:

SessionFacade (ShoppingClientFacadeLocalEJB)


    提供一组操作流程

    将真正工作委托到EJB的bean.

    EJB的bean (CustomerEJB, ShoppingCartEJB等等)

    执行基本的商业逻辑操作

    没有任何对SessionFacade的调用.

    这样不但可扩展性大大增强,效率也提高了,用户端只需要一次Remote对SessionFacade调用就可以了,而SessionFacade会自动定位到与它同一台服务器的那些邻居bean(CustomerEJB, ShoppingCartEJB等等),无疑减少网络拥挤,提高了速度.

    总结

    在EJB的具体使用中,使用合适的设计模式,不但使代码可重用性 可拓展性增强,最重要的是能提高效率和速度,我们知道EJB框架由于考虑大型系统中事务安全等各方面问题,效率性能有所欠缺,那么我们在具体问题具体应用时,使用设计模式可以弥补这个问题。

    例如Proxy模式可以为我们在访问巨大的需要花费一定时间才能展开的对象时,提供一个代理,这样不会因为那个巨大对象而影响当前运行速度,EJB中的那些bean很显然属于巨大对象(因为它们有反复的数据库操作,这些很费时间〕。

    Flyweight模式是避免大量拥有相同内容的小类的开销(如耗费内存),使大家共享一个类(元类).当你要从EJB中获取一系列字符串,而这些字符串中肯定有许多是重复的,那么我们可以将这些重复的字符串储存在Flyweight池(pool)中以达到共享。

--转自 北京联动北方科技有限公司

该贴由koei123转至本版2015-6-2 9:10:25



赞(0)    操作        顶端 
总帖数
1
每页帖数
101/1页1
返回列表
发新帖子
请输入验证码: 点击刷新验证码
您需要登录后才可以回帖 登录 | 注册
技术讨论