《Java事件处理模式.docx》由会员分享，可在线阅读，更多相关《Java事件处理模式.docx（3页珍藏版）》请在金锄头文库上搜索。
1、 Java事件处理模式大事模式的第一个要求就是性能的要求，需要直接而且快，Command模式是必需常常使用的，主要适合于快速处理 前台的命令，Command模式往往是系统架构的重要局部，也是流程掌握的主要模式。 Command模式常常Java的Reflect一起使用，由于系统的大事处理系统是处于动态变化的，随着功能要求扩展，就可能有动态变化大事处理响应系统，以Struts中action为例，我们知道，Structs的一个主要配置文件是struts-config.xml 如下： 它实际是个command和event的映射关系，通过这个配置文件，运行时动态装载相应的Action，完成Command
2、模式， 我们检查LoginAction代码，就可以看出Command模式的根本特征： public final class LoginAction extends Action public ActionForward execute(ActionMapping mapping, ActionForm form, HttpServletRequest request, HttpServletResponse response) throws Exception . 很明显，典型的Command模式需要有一个接口.接口中有一个统一的方法，这里统一的方法就是execute; 比方我们有个实时系统，
3、客户段向效劳器发出不同编码，意味着不同的恳求，不同的恳求有不同的Handler进展 处理，Handler接口是: public class Handler public byte handleRequest(); 不同性质的处理过程继承这个Handler接口，如负责进入系统的处理过程 public class EnterHandler implements Handler public byte handleRequest() /详细业务处理 . 调用Handler时是: /从cache中猎取这个requestId对应的Handler Handler handler = (Handler)ca
4、che.get(new Integer(reqId);/调用handler的统一方法handleRequest()byte outInf = handler.handleRequest(); 以上是常用的一个大事驱动模式。它的特点是靠一个大事直接启动对应的大事处理器。 Chain of Responsibility职责链模式也应当属于这类，当大事到达后，让这个大事在我们供应的一批处理器中逐个选择适合的处理器进展处理，这个模式缺点是明显的，性能丢失在逐个选择 上，一般不推举使用，这个模式适合在我们无法预知发生的大事内容时使用，由于不知道发生大事的详细状况， 我们就无法在程序运行前事先为其指派相应的处理器，只能靠运行时，大事自己去摸索“撞运气”。
