设计模式学习笔记(18)——职责链模式
2015-05-22 11:55
260 查看
一、模式定义
避免请求发送者与接收者耦合在一起,让多个对象都有可能接收请求,将这些对象连接成一条链,并且沿着这条链传递请求,直到有对象处理它为止,这就是职责链模式。
在职责链模式中最关键的一点就是客户提交请求后,请求沿着链往下传递直到有一个处理者处理它,在这里客户无需关心它的请求是哪个处理者来处理,反正总有一个处理者会处理它的请求。
在这里客户端和处理者都没有对方明确的信息,同时处理者也不知道职责链中的结构。所以职责链可以简化对象的相互连接,他们只需要保存一个指向其后续者的引用,而不需要保存所有候选者的引用。
在职责链模式中我们可以随时随地的增加或者更改一个处理者,甚至可以更改处理者的顺序,增加了系统的灵活性。处理灵活性是增加了,但是有时候可能会导致一个请求无论如何也得不到处理,它会被放置在链末端,这个既是职责链的优点也是缺点。
二、模式结构
![](http://static.oschina.net/uploads/img/201505/22115522_oc5o.jpg)
从上面可以看出职责链包含三个角色:
Handler: 抽象处理者。定义了一个处理请求的方法。所有的处理者都必须实现该抽象类。
ConcreteHandler: 具体处理者。处理它所负责的请求,同时也可以访问它的后继者。如果它能够处理该请求则处理,否则将请求传递到它的后继者。
Client: 客户类。
三、模式实现
Handler : 定义一个处理请求的接口。(可选的)实现设置后继者的方法。
ConcreteHandler : 处理它所负责的请求,可以访问它的后继者,如果可处理该请求,就处理之,否则就将请求转发给它的后继者。
Client : 需要设置一个职责链的各环节对象串联起来。
[b]四、使用场景[/b]
1、有多个对象可以处理同一个请求,具体哪个对象处理该请求由运行时刻自动确定。
2、在不明确指定接收者的情况下,向多个对象中的一个提交一个请求。
3、可动态指定一组对象处理请求。
避免请求发送者与接收者耦合在一起,让多个对象都有可能接收请求,将这些对象连接成一条链,并且沿着这条链传递请求,直到有对象处理它为止,这就是职责链模式。
在职责链模式中最关键的一点就是客户提交请求后,请求沿着链往下传递直到有一个处理者处理它,在这里客户无需关心它的请求是哪个处理者来处理,反正总有一个处理者会处理它的请求。
在这里客户端和处理者都没有对方明确的信息,同时处理者也不知道职责链中的结构。所以职责链可以简化对象的相互连接,他们只需要保存一个指向其后续者的引用,而不需要保存所有候选者的引用。
在职责链模式中我们可以随时随地的增加或者更改一个处理者,甚至可以更改处理者的顺序,增加了系统的灵活性。处理灵活性是增加了,但是有时候可能会导致一个请求无论如何也得不到处理,它会被放置在链末端,这个既是职责链的优点也是缺点。
二、模式结构
![](http://static.oschina.net/uploads/img/201505/22115522_oc5o.jpg)
从上面可以看出职责链包含三个角色:
Handler: 抽象处理者。定义了一个处理请求的方法。所有的处理者都必须实现该抽象类。
ConcreteHandler: 具体处理者。处理它所负责的请求,同时也可以访问它的后继者。如果它能够处理该请求则处理,否则将请求传递到它的后继者。
Client: 客户类。
三、模式实现
Handler : 定义一个处理请求的接口。(可选的)实现设置后继者的方法。
abstract class Handler { protected Handler successor; public void SetSuccesssor(Handler successor) { this.successor = successor; } public abstract void HandlerRequest(int request); }
ConcreteHandler : 处理它所负责的请求,可以访问它的后继者,如果可处理该请求,就处理之,否则就将请求转发给它的后继者。
class ConcreteHandler1 extends Handler { @Override public void HandlerRequest(int request) { if (request >= 0 && request < 10) { System.out.println("ConcreteHandler1 处理请求 " + request); } else if (null != successor) { successor.HandlerRequest(request); } } } class ConcreteHandler2 extends Handler { @Override public void HandlerRequest(int request) { if (request >= 10 && request < 20) { System.out.println("ConcreteHandler2 处理请求 " + request); } else if (null != successor) { successor.HandlerRequest(request); } } } class ConcreteHandler3 extends Handler { @Override public void HandlerRequest(int request) { if (request >= 20 && request < 30) { System.out.println("ConcreteHandler3 处理请求 " + request); } else if (null != successor) { successor.HandlerRequest(request); } } }
Client : 需要设置一个职责链的各环节对象串联起来。
public class ChainOfResponsibilityPattern { public static void main(String[] args) { Handler h1 = new ConcreteHandler1(); Handler h2 = new ConcreteHandler2(); Handler h3 = new ConcreteHandler3(); h1.SetSuccesssor(h2); h2.SetSuccesssor(h3); int[] requests = {2, 29, 9, 15, 4, 19}; for (int i : requests) { h1.HandlerRequest(i); } } }
[b]四、使用场景[/b]
1、有多个对象可以处理同一个请求,具体哪个对象处理该请求由运行时刻自动确定。
2、在不明确指定接收者的情况下,向多个对象中的一个提交一个请求。
3、可动态指定一组对象处理请求。
相关文章推荐
- java学习笔记-设计模式18(职责链模式)
- HeadFir st 设计模式学习笔记18--中介者(M ediator)模式拾零
- java/android 设计模式学习笔记(18)---中介者模式
- 设计模式学习笔记---职责链模式chain of responsibility(Java版)
- 设计模式学习笔记(十九)—Chain of Responsibility职责链模式
- 五 单一职责、开放—封闭、依赖倒转原则——设计模式学习笔记
- 设计模式学习笔记--Chain Of Responsibility 职责链模式
- 【HeadFirst 设计模式学习笔记】18 原型(Prototype)模式拾零
- 设计模式学习笔记-职责链模式
- 设计模式笔记18:职责链模式(Chain of Responsibility Pattern)
- 设计模式学习笔记——单一职责原则
- 设计模式笔记18:职责链模式(Chain of Responsibility Pattern)
- [设计模式学习笔记]CHAIN OF RESPONSIBILITY(职责链)
- Java设计模式学习笔记---单一职责原则(一)
- 【设计模式学习笔记十四】【行为模式】【职责链模式(Chain Of Responsibility)】
- 设计模式 学习笔记(2)单一职责原则、开放封闭原则、依赖倒转原则
- 设计模式其实很简单学习笔记:设计模式之职责链模式
- 二十、职责链模式——设计模式学习笔记
- 【学习笔记javascript设计模式与开发实践(职责链模式)----13】
- 设计模式学习笔记(十五)——Chain Of Responsibility职责链