📄 在ejb环境中实现“观察者”模式.htm
字号:
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=gb2312">
<meta name="GENERATOR" content="Microsoft FrontPage 4.0">
<meta name="ProgId" content="FrontPage.Editor.Document">
<title>在EJB环境中实现</title>
</head>
<body>
<p><b>
在EJB环境中实现“观察者”模式</b> <br>
<br>
--------------------------------------------------------------------------------<br>
<br>
<br>
在EJB环境中实现“观察者”模式<br>
<br>
<br>
Observer模式（“观察者”模式）或许是降低对象结合程度的最佳方法之一。例如，在编写一个典型的应用程序时，你可能决定提供一个工厂或管理器触发适当的事件，以这些事件的一组监听器的形式提供分离的业务逻辑；此后，系统的启动类就在工厂或者管理器创建完毕之后，把这些监听器关联到工厂或者管理器。 <br>
<br>
在大多数J2EE系统中，这种工厂/管理器都是无状态的会话Bean。EJB容器处理对无状态会话Bean的请求，根据请求创建无状态会话Bean的实例，或重用现有的实例。问题在于，每次初始化一个新的Bean实例时都必须伴有一组监听器，这组监听器和为其他实例而运行的监听器完全相同。合理的方案应该是，当一个无状态会话Bean实例被创建的时候，它访问某个知识库，通过一定的方法获知相关的监听器，然后建立和这些监听器的关系。在这篇文章中，我要介绍的就是如何实现这一方案。 <br>
<br>
一种典型的情形 <br>
请考虑下面这种典型的情形。一个在线拍卖系统有一个无状态会话Bean，名为AuctionFactory，这个Bean创建拍卖（auction）对象。对于每一个新创建的拍卖对象，业务逻辑要求系统执行一些附加的操作，比如发送email、更新用户摘要文件，等等。在许多系统上，创建拍卖对象和执行这些附加操作的代码如下所示： <br>
<br>
public Auction createAuction(int numOfContainers) throws RemoteException{ SomeAuctionClass auction = new SomeAuctionClass (numOfContainers); // 创建拍卖对象之后，接下来要编写下面这种执行附加操作的代码 //（而不是简单地发送一个“拍卖对象已经创建”的事件） sendEmailsAboutNewAuction(auction); updateUserProfiles(auction); doOtherNotificationStuffAboutNewAuction(auction); //等等.... return auction;} <br>
<br>
<br>
之所以要编写这种质量很差的代码，原因就在于初始化各个Bean实例时附带一组必需的监听器很困难。如果这个Bean是一个事件发布者，而且每一个Bean实例初始化的时候都带有一组它需要的监听器，上述代码可以变得更简洁、更强壮，例如： <br>
<br>
public Auction createAuction(int numOfContainers) throws RemoteException{ SomeAuctionClass auction = new SomeAuctionClass (numOfContainers); fireAuctionCreated(auction); return auction;} <br>
<br>
<br>
基本原理说明 <br>
实现本文技巧的基本原理其实很简单。一个ListenerRegistry类实现事件发布者类和必须关联到该类的监听器之间的映射。系统的启动模块初始化ListenerRegistry，为每一种发布者类型初始化一组必需的监听器。当发布者被创建或激活，它就访问ListenerRegistry，把它的类传递给ListenerRegistry，获得一组监听器。然后，发布者把所有这些监听器关联到自身。就这么简单。 <br>
<br>
<br>
你也许会很自然地问，“什么是ListenerSupplier？”和“为什么不直接注册和使用EventListener？”确实可以；事实上，该框架的第一个版本就是直接使用事件监听器。但是，如果在ListenerRegistry中使用监听器，这些监听器必须在注册的时候就存在。另一方面，如果注册的是一个“中介者”ListenerSupplier（监听器提供者），你就可以自由地把创建/提取监听器延迟到它绝对必需的时候。ListenerSupplier类似于工厂，但两者的不同之处在于，ListenerSupplier并非必定要创建新的监听器，它的目标是返回监听器。每次getListener()方法被调用时，ListenerSupplier是创建一个新的监听器，还是每次都返回同一实例，这一切由开发者自己决定。 <br>
<br>
因此，结合运用ListenerRegistry和监听器提供者，我们可以在事件发布者和观察者（或监听器）不存在的情况下，建立两者之间的关系。可以认为，这个优点很重要，它延迟了发布者和观察者的实例化。 <br>
<br>
具体实现 <br>
在这一部分，你将看到整个框架中所有组成部分的实现代码。我假定你已经了解必要的基础知识，比如EJB、同步，当然还有Java核心库。完整的源代码可以从本文最后下载。 <br>
<br>
下面是ListenerRegistry接口的代码： <br>
<br>
//ListenerRegistry.javapackage com.jwasp.listener;import java.util.EventListener;import java.rmi.RemoteException;import com.jwasp.listener.ListenerSupplier;/*** 框架的核心。实现事件发布者类和监听器提供者之间的映射*/public interface ListenerRegistry {void addListenerSupplier(ListenerSupplier listenerSupplier, Class publisherClass);void removeListenerSupplier(ListenerSupplier listenerSupplier, Class publisherClass);EventListener[] getListeners(Class publisherClass) throws RemoteException, ListenerActivationException;} <br>
<br>
<br>
下面是ListenerSupplier接口： <br>
<br>
//ListenerSupplier.javapackage com.jwasp.listener; <br>
import java.util.EventListener; <br>
/** <br>
* 为方便起见而提供的“中介者”，负责创建/提取相应的监听器 <br>
*/ <br>
public interface ListenerSupplier { <br>
/** <br>
* 返回和指定发布者类相对应的监听器 <br>
*/ <br>
EventListener getListener(Class publisherClass) <br>
throws java.rmi.RemoteException, ListenerActivationException; <br>
} <br>
<br>
<br>
下面是ListenerRegistry的缺省实现： <br>
<br>
//DefaultListenerRegistry.javapackage com.jwasp.listener; <br>
import java.util.*; <br>
import java.rmi.RemoteException; <br>
import com.jwasp.listener.ListenerRegistry; <br>
import com.jwasp.listener.ListenerSupplier; <br>
<br>
/** <br>
* ListenerRegistry的基本实现。该类是一个singleton（Singleton模 <br>
* 式的主要作用是保证在Java应用程序中，一个Class只有一个实 <br>
* 例存在）。 <br>
* 当发布者请求监听器时，这个注册器返回的不仅有显式为 <br>
* 指定发布者类所注册的监听器，而且还有为发布者所有父类 <br>
* 注册的监听器。例如： <br>
* 如果发布者B从发布者A扩展，而且已经有为A注册的监听 <br>
* 器提供者，那么，如果你把B类作为参数传递给getListeners方 <br>
* 法，你得到的不仅有显式为B注册的监听器，还有所有为B类的 <br>
* 父类（在本例中，它是A）所注册的监听器。 <br>
*/ <br>
public class DefaultListenerRegistry implements ListenerRegistry{ <br>
private DefaultListenerRegistry(){} <br>
public static DefaultListenerRegistry getInstance(){ <br>
return instance; <br>
} <br>
<br>
public synchronized void addListenerSupplier(ListenerSupplier listenerSupplier, <br>
Class publisherClass) { <br>
assertNotNull("Publisher class is null", publisherClass); <br>
assertNotNull("ListenerSupplierr is null", listenerSupplier); <br>
Collection listenerSuppliers = (Collection)myListenerSuppliersMap.get(publisherClass); <br>
if ( listenerSuppliers == null ) { <br>
listenerSuppliers = new ArrayList(); <br>
myListenerSuppliersMap.put(publisherClass, listenerSuppliers); <br>
} <br>
listenerSuppliers.add(listenerSupplier); <br>
} <br>
<br>
public synchronized void removeListenerSupplier(ListenerSupplier listenerSupplier, <br>
Class publisherClass) { <br>
assertNotNull("Publisher class is null", publisherClass); <br>
assertNotNull("ListenerSupplierr is null", listenerSupplier); <br>
Collection listenerSuppliers = (Collection)myListenerSuppliersMap.get(publisherClass); <br>
if ( listenerSuppliers == null ) { <br>
return; <br>
} <br>
listenerSuppliers.remove(listenerSupplier); <br>
if ( listenerSuppliers.isEmpty() ) { <br>
myListenerSuppliersMap.remove(publisherClass); <br>
} <br>
} <br>
<br>
/** <br>
* 返回一个为指定发布者类注册的EventListener的数组。如果注册 <br>
* 器包含为该发布者注册的监听器提供者，它将依次访问每一个提供 <br>
* 者，调用其ListenerSupplier.getListener(publisherClass)方法。 <br>
<br>
* @param publisherClass发布者类 <br>
* @返回EventListener的数组 <br>
*/ <br>
public EventListener[] getListeners(Class publisherClass) <br>
throws RemoteException,ListenerActivationException { <br>
//如最后一个参数设置成false，则禁止继承检查 <br>
Collection listenerSuppliers = getListenerSuppliersCopy(publisherClass, true); <br>
EventListener[] array = new EventListener[listenerSuppliers.size()]; <br>
Iterator i = listenerSuppliers.iterator(); <br>
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -