跟我学软件系统业务层模块设计中所涉及的J2EE核心设计模式和GOF程序代码设计模式（第1部分）.doc

跟我学软件系统业务层模块设计中所涉及的J2EE核心设计模式和GOF程序代码设计模式（第1部分） 在本单元中希望重点了解和掌握如下的业务层设计模式的具体应用：服务定位器模式，单例设计模式，商业业务代理类模式，Iterator模式，观察者（OBSERVER）模式，本地访问模式，会话门面模式，消息门面模式，中介模式。 服务定位器模式（ServiceLocator） 1、应用的技术背景 在B/S开发中，我们经常要用到名称服务，如JNDI，XMLNS等。名称服务随不同厂家而不同。每次需要获得名称服务时，需要适当的名称环境信息，然后查找服务，重复查找的成本很高。 如果服务被各种客户端使用，那么用于查找对象的代码将以各种形式重复，这使得维护应用程序变得非常困难。因此，这就要求我们对这些访问进行封装隔离。这时我们就可以利用SERVICE LOCATOR模式----“服务定位器”（Service Locator）模式模式背后的基本思想是：有一个对象（即服务定位器）知道如何获得一个应用程序所需的所有服务。 2、服务定位器模式 服务定位器模式降低了客户的复杂度，这种复杂度由客户端的依赖，操作需要，查找和创建过程产生，这些都是与资源紧密联系的。为了消除这些问题，这个模式提供了一种技术来抽象所有的依赖性和网络细节到服务定位器中。 3、服务定位器模式的作用 简化客户端查询的杂性：使用服务定位器对象来抽取所有的JNDI应用，并且隐蔽最初Context 的初始化、EJB对象对象查找和EJB对象narrow重创建的复杂性。 将JNDI集中处理：多个客户端可以重新使用服务定位器对象来降低代码的复杂性，提供一致控制，并且通过提供缓冲机制来提高性能。 业务逻辑代码使用服务定位器避免目录查找代码变得混乱。 注意： 很多框架系统已经将服务定位器模式包含在其系统程序中，比如在Struts和Spring中的datasource的配置。 另外，服务定位器模式一般还需要和Singleton、factory等模式结合使用，同时服务定位器实现通常包括资源缓存，以此来避免对相同资源的重复查找。 由于服务定位器基本上是无状态的，所以多个组件共享相同实例是没有问题的。 4、服务定位器模式在某项目中的应用 项目中的Web应用利用服务定位器对象类来定位查找各种不同的EJB组件，从而简化了对不同的EJB组件的各种不同的接口获得的代码。具体的实现代码请见LocatorEJBService.java程序。 public class ServiceLocator{ private static ServiceLocator serviceLocator = null; //采用单例模式实现 InitialContext context = null; HashMap serviceCache = null; //缓存服务器断的指定资源 private ServiceLocator() throws NamingException{ context = new InitialContext(); serviceCache = new HashMap(3); } static ServiceLocator getInstance() throws NamingException{ if (serviceLocator == null){ serviceLocator = new ServiceLocator(); } return serviceLocator; } Object getService(String jndiName) throws NamingException { if (!serviceCache.containsKey(jndiName)){ serviceCache.put(jndiName, context.lookup(jndiName)); } return serviceCache.get(jndiName); } } 5、应用要点 在ServiceLocator.java中应用了Singleton模式，在ServiceLocator类提供一个getInstance方法以获得单一的ServiceLocator类的对象，从而只需要对InitialContext进行一次操作提高了效率。由于ServiceLocator属于资源定位，理所当然应该使用Singleton模式。 6、服务定位器模式的类图和序列图---针对会话组件和实体组件的 （1）类图 （2）序列图 7、服务定位器模式的类图和序列图---针对消息组件（MDB），从而获得连接工厂和