Java的设计模式编程中责任链模式的运用的实例讲解

1、Java的设计模式编程中责任链模式的运用的实例讲解Java的设计模式编程中责任链模式的运用的实例讲解定义：使多个对象都有机会处理请求，从而避免了请求的发送 者和接收者之间的耦合关系。将这些对象连成一条链，并沿着这条 链传递该请求，直到有对象处理它为止。类型：行为类模式类图：首先来看一段代码：publicvoid test (inti, Reques trequest) if (il) Handlerl. re sponse (request) ; elseif (i=2) Handler2. response (request) ; e lseif (i=3) Handler3. respon

2、se (request) ; elseif (i4) Handle r4. response(request);elseHandlers, response (request);代码的业务逻辑是这样的，方法有两个参数：整数i和一个请求 request,根据i的值来决定由谁来处理request,如果i=l,由 Handlerl来处理，如果i=2,由Handl er 2来处理，以此类推。在 编程中，这种处理业务的方法非常常见，所有处理请求的类有 辻else条件判断语句连成一条责任链来对请求进行处理，相信 大家都经常用到。这种方法的优点是非常直观，简单明了，并且比 较容易维护，但是这种方法也存在着几

3、个比较令人头疼的问题：代码臃肿：实际应用中的判定条件通常不是这么简单地判断是 否为1或者是否为2,也许需要复杂的计算，也许需要查询数据库 等等，这就会有很多额外的代码，如果判断条件再比较多，那么这 个辻else语句基本上就没法看了。耦合度高：如果我们想继续添加处理请求的类，那么就要继续 添加elseif判定条件；另外，这个条件判定的顺序也是写死的，如 果想改变顺序，那么也只能修改这个条件语句。既然缺点我们己经清楚了，就要想办法来解决。这个场景的业务 逻辑很简单：如果满足条件1,则由Handl er 1来处理，不满足则向 下传递；如果满足条件2,则由Handler2来处理，不满足则继续向 下传递

4、，以此类推，直到条件结束。其实改进的方法也很简单，就 是把判定条件的部分放到处理类中，这就是责任连模式的原理。责任连模式的结构责任连模式的类图非常简单，它由一个抽象地处理类和它的一组 实现类组成：抽象处理类：抽象处理类中主要包含一个指向下一处理类的成 员变量nextHandler和一个处理请求的方法handRequest, handRequest方法的主要主要思想是，如果满足处理的条件，则有 本处理类来进行处理，否则由nextHandler来处理。具体处理类：具体处理类主要是对具体的处理逻辑和处理的适 用条件进行实现。实例责任链模式有两个角色：抽象处理者(Handler)角色:定义一个请求的接

5、口。如果需要 可以定义个一个方法用来设定和返回下家对象的引用。具体处理者(ConcreteHand 1 er)角色:如果可以处理就处理请 求，如果不能处理，就把请求传给下家，让下家处理。也就是说它 处理自己能处理的.请求且可以访问它的下家。上述模式的测试代码如下：packagechainOfResp;/*描述：抽象处理角色 */publicabstractclassHandlerprotectedHandlersuccessor;/* 描述：处理方法*/publicabstractvoidhandlerRequest(Stringcondition);publicH andlergetSucc

6、essor ()returnsuccessor;publicvoidsetSuccesso r (Handlersuccessor) this successor二successor;packagechainOfResp;/*描述：具体处理角色*/publicclassConcreteHandlerlextendsHandler0verr i depublie voidhandlerRequest (Stringcondition) /女口果是自己的责任，就 自己处理，负责传给下家处理if (condition. equals (，zConcreteHandlerl/z) System. ou

7、t printin (/ConcreteHandlerlhandled/，) ;return;else System. out println (/zConcreteHandlerlpassedz，) ; getSuccessor () handlerRequest (co ndition);packagechainOfResp; /*描述：具体处理角色*/publicclassConcreteHandler2extendsHandler©Overr i depublie voidhandlerRequest (Stringcondition) /如果是自己的责任，就 自己处理，负责

8、传给下家处理if (condition. equals (，zConcreteHandler2z/) System. out. println (/zConcreteHandler2handled) ;return; elseSystem. out println (/zConcreteHandler2passed") ; getSuccessor () handlerRequest (co ndition);packagechainOfResp ;/*描述：具体处理角色 VpublicclassConcreteHandlerNextendsHandler /*这里假设 n 是链的最

9、后一个节点必须处理掉*在实际情况下，可能出现环，或者 是树形，*这里并不一定是最后一个节点。*/0verridepublicvoidhandlerRequest(Stringcondition)Syste m.out. println("ConcreteHandlerNhandled") ;packagechainOfResp ;/*描述：测试类*/publicclassClient /*描述：*/publicstaticvoidmain(StringJargs)Handlerhandlerl=newCon creteHandlerl();Handlerhandler2=n

10、ewConcreteHandler2();Handl erhandlernnewConcreteHandlerX() ;/链起来handler1. setSuccessor(handler2);handler2 setSuccessor(handl ern) ;/假设这个请求是ConcreteHandler2的责任 handlerl. handlerRequest (''ConcreteHandler2z，) ;举这样一个例子，在玩具工厂的生产车间，流水线就是一条责任 链，假如一个玩具飞机有外壳装配员，引擎装配员，螺旋桨装配员, 模型包装员组成。当这个物件飞机流到谁那里，谁就负

11、责安装他负 责的这一部分，这部分安装完成后流到下一个环节，知道所有环境 完成。这个是一生成的责任链。还有一个质量检测链，质量检测也 分多部，外壳检测，引擎检测，螺旋桨检测，包装检测。当产品留 到检测员那里检测自己负责的那一块，如果有问题直接拎出来，如 果没问题则传给下一个检测员，直到所有检测完成。这两个都是责 任链，但是区别是，生成责任链每个人都会处理，并处理一部分； 而质量检测责任链经过判断，要么处理掉，要么不处理流下去。这 就是责任链的两种分类，后一种叫做纯的责任链，前一种叫做不纯 的责任链，纯的责任链在实际应用中很少存在，常见的为不纯的责 任链，上而的模型是模拟纯的责任链来处理的。责任链模式的优缺点责任链模式与辻else相比，他的耦合性要低一些，因为它 把条件判定都分散到了各个处理类中，并且这些处理类的优先处理 顺序可以随意设定。责任链模式也有缺点，这与辻else语句的 缺点是一样的，那就是在找到正确的处理类之前，所有的判定条件 都要被执行一遍，当责任链比较长时，性能问题比较严重。责任链模式的适用场景就像开始的例子那样，假如使用辻