- 浏览: 103225 次
- 性别:
- 来自: 深圳
文章分类
最新评论
Chain of Responsibility(CoR)模式也叫职责链模式或者职责连锁模式,是由GoF提出的23种软件设计模式的一种。Chain of Responsibility模式是行为模式之一,该模式构造一系列分别担当不同的职责的类的对象来共同完成一个任务,这些类的对象之间像链条一样紧密相连,所以被称作职责链模式。
本文介绍设计模式中的(Chain of Responsibility)模式的概念,用法,以及实际应用中怎么样使用该模式进行开发。
Chain of Responsibility模式是行为模式之一,该模式构造一系列分别担当不同的职责的类的对象来共同完成一个任务,这些类的对象之间像链条一样紧密相连,所以被称作职责链模式。Chain of Responsibility模式通常通过在这些对象链之间,传递一个叫做消息或请求的值(request),让每个对象根据request的不同完成不同的职责。
我们举例来说明Chain of Responsibility模式的概念。
例1:
比如客户Client要完成一个任务,这个任务包括a,b,c,d四个部分。
首先客户Client把任务交给A,A完成a部分之后,把任务交给B,B完成b部分,...,直到D完成d部分。
例2:
比如政府部分的某项工作,县政府先完成自己能处理的部分,不能处理的部分交给省政府,省政府再完成自己职责范围内的部分,不能处理的部分交给中央政府,中央政府最后完成该项工作。
例3:
软件窗口的消息传播。
例4:
SERVLET容器的过滤器(Filter)框架实现。
1,对象链的组织。需要将某任务的所有职责执行对象以链的形式加以组织。
2,消息或请求的传递。将消息或请求沿着对象链传递,以让处于对象链中的对象得到处理机会。
3,处于对象链中的对象的职责分配。不同的对象完成不同的职责。
4,任务的完成。处于对象链的末尾的对象结束任务并停止消息或请求的继续传递。
1,责任的分担。每个类只需要处理自己该处理的工作(不该处理的传递给下一个对象完成),明确各类的责任范围,符合类的最小封装原则。
2,可以根据需要自由组合工作流程。如工作流程发生变化,可以通过重新分配对象链便可适应新的工作流程。
3,类与类之间可以以松耦合的形式加以组织。
缺点:
因为处理时以链的形式在对象间传递消息,根据实现方式不同,有可能会影响处理的速度。
在该范例中,我们模拟了汽车组装的过程:假设一辆汽车从生产到出厂要经过以下四个过程:组装车头,车身,车尾,以及上色。
我们使用Chain of Responsibility模式来模拟这个过程。
文件一览:
Client
测试类
CarHandler
抽象类。汽车组装抽象接口
CarHeadHandler
组装车头的类
CarBodyHandler
组装车身的类
CarTailHandler
组装车尾的类
CarColorHandler
为汽车上色的类
代码:
Chain of Responsibility模式的概念
Chain of Responsibility模式是行为模式之一,该模式构造一系列分别担当不同的职责的类的对象来共同完成一个任务,这些类的对象之间像链条一样紧密相连,所以被称作职责链模式。Chain of Responsibility模式通常通过在这些对象链之间,传递一个叫做消息或请求的值(request),让每个对象根据request的不同完成不同的职责。
我们举例来说明Chain of Responsibility模式的概念。
例1:
比如客户Client要完成一个任务,这个任务包括a,b,c,d四个部分。
首先客户Client把任务交给A,A完成a部分之后,把任务交给B,B完成b部分,...,直到D完成d部分。
例2:
比如政府部分的某项工作,县政府先完成自己能处理的部分,不能处理的部分交给省政府,省政府再完成自己职责范围内的部分,不能处理的部分交给中央政府,中央政府最后完成该项工作。
例3:
软件窗口的消息传播。
例4:
SERVLET容器的过滤器(Filter)框架实现。
Chain of Responsibility模式的实现
要实现Chain of Responsibility模式,需要满足该模式的基本要件:1,对象链的组织。需要将某任务的所有职责执行对象以链的形式加以组织。
2,消息或请求的传递。将消息或请求沿着对象链传递,以让处于对象链中的对象得到处理机会。
3,处于对象链中的对象的职责分配。不同的对象完成不同的职责。
4,任务的完成。处于对象链的末尾的对象结束任务并停止消息或请求的继续传递。
Chain of Responsibility模式的优优缺点:
优点:1,责任的分担。每个类只需要处理自己该处理的工作(不该处理的传递给下一个对象完成),明确各类的责任范围,符合类的最小封装原则。
2,可以根据需要自由组合工作流程。如工作流程发生变化,可以通过重新分配对象链便可适应新的工作流程。
3,类与类之间可以以松耦合的形式加以组织。
缺点:
因为处理时以链的形式在对象间传递消息,根据实现方式不同,有可能会影响处理的速度。
Chain of Responsibility模式的应用范例
下面,我们使用一个比较常用的方法实现Chain of Responsibility模式。在该范例中,我们模拟了汽车组装的过程:假设一辆汽车从生产到出厂要经过以下四个过程:组装车头,车身,车尾,以及上色。
我们使用Chain of Responsibility模式来模拟这个过程。
文件一览:
Client
测试类
CarHandler
抽象类。汽车组装抽象接口
CarHeadHandler
组装车头的类
CarBodyHandler
组装车身的类
CarTailHandler
组装车尾的类
CarColorHandler
为汽车上色的类
代码:
public class Client {
public static void main(String[] args) {
//工作流程1:先组装车头,然后是车身,车尾,最后是上色
System.out.println("---workfolow1----");
CarHandler carHandler1 = new CarHeadHandler();
carHandler1.setNextCarHandler(
new CarBodyHandler()).setNextCarHandler(
new CarTailHandler()).setNextCarHandler(
new CarColorHandler());
carHandler1.handleCar(CarHandler.STEP_HANDLE_COLOR);
//工作流程2:因为某种原因,我们需要先组装车尾,然后是车身,车头,最后是上色
System.out.println("---workfolow2---");
CarHandler carHandler2 = new CarTailHandler();
carHandler2.setNextCarHandler(
new CarBodyHandler()).setNextCarHandler(
new CarHeadHandler()).setNextCarHandler(
new CarColorHandler());
carHandler2.handleCar(CarHandler.STEP_HANDLE_COLOR);
}
}
/**
* Handler & subclass
*/
abstract class CarHandler {
public static final int STEP_HANDLE_HEAD = 0;
public static final int STEP_HANDLE_BODY = 0;
public static final int STEP_HANDLE_TAIL = 0;
public static final int STEP_HANDLE_COLOR = 3;
protected CarHandler carHandler;
public CarHandler setNextCarHandler(CarHandler carHandler) {
this.carHandler = carHandler;
return this.carHandler;
}
abstract public void handleCar(int lastStep);
}
class CarHeadHandler extends CarHandler {
@Override
public void handleCar(int lastStep) {
if (STEP_HANDLE_HEAD <= lastStep) {
System.out.println("Handle car's head.");
}
if (carHandler != null) {
carHandler.handleCar(lastStep);
}
}
}
class CarBodyHandler extends CarHandler {
@Override
public void handleCar(int lastStep) {
if (STEP_HANDLE_BODY <= lastStep) {
System.out.println("Handle car's body.");
}
if (carHandler != null) {
carHandler.handleCar(lastStep);
}
}
}
class CarTailHandler extends CarHandler {
@Override
public void handleCar(int lastStep) {
if (STEP_HANDLE_TAIL <= lastStep) {
System.out.println("Handle car's tail.");
}
if (carHandler != null) {
carHandler.handleCar(lastStep);
}
}
}
class CarColorHandler extends CarHandler {
@Override
public void handleCar(int lastStep) {
if (STEP_HANDLE_COLOR == lastStep) {
System.out.println("Handle car's color.");
}
if (carHandler != null) {
carHandler.handleCar(lastStep);
}
}
}
执行Client,输出结果:
public static void main(String[] args) {
//工作流程1:先组装车头,然后是车身,车尾,最后是上色
System.out.println("---workfolow1----");
CarHandler carHandler1 = new CarHeadHandler();
carHandler1.setNextCarHandler(
new CarBodyHandler()).setNextCarHandler(
new CarTailHandler()).setNextCarHandler(
new CarColorHandler());
carHandler1.handleCar(CarHandler.STEP_HANDLE_COLOR);
//工作流程2:因为某种原因,我们需要先组装车尾,然后是车身,车头,最后是上色
System.out.println("---workfolow2---");
CarHandler carHandler2 = new CarTailHandler();
carHandler2.setNextCarHandler(
new CarBodyHandler()).setNextCarHandler(
new CarHeadHandler()).setNextCarHandler(
new CarColorHandler());
carHandler2.handleCar(CarHandler.STEP_HANDLE_COLOR);
}
}
/**
* Handler & subclass
*/
abstract class CarHandler {
public static final int STEP_HANDLE_HEAD = 0;
public static final int STEP_HANDLE_BODY = 0;
public static final int STEP_HANDLE_TAIL = 0;
public static final int STEP_HANDLE_COLOR = 3;
protected CarHandler carHandler;
public CarHandler setNextCarHandler(CarHandler carHandler) {
this.carHandler = carHandler;
return this.carHandler;
}
abstract public void handleCar(int lastStep);
}
class CarHeadHandler extends CarHandler {
@Override
public void handleCar(int lastStep) {
if (STEP_HANDLE_HEAD <= lastStep) {
System.out.println("Handle car's head.");
}
if (carHandler != null) {
carHandler.handleCar(lastStep);
}
}
}
class CarBodyHandler extends CarHandler {
@Override
public void handleCar(int lastStep) {
if (STEP_HANDLE_BODY <= lastStep) {
System.out.println("Handle car's body.");
}
if (carHandler != null) {
carHandler.handleCar(lastStep);
}
}
}
class CarTailHandler extends CarHandler {
@Override
public void handleCar(int lastStep) {
if (STEP_HANDLE_TAIL <= lastStep) {
System.out.println("Handle car's tail.");
}
if (carHandler != null) {
carHandler.handleCar(lastStep);
}
}
}
class CarColorHandler extends CarHandler {
@Override
public void handleCar(int lastStep) {
if (STEP_HANDLE_COLOR == lastStep) {
System.out.println("Handle car's color.");
}
if (carHandler != null) {
carHandler.handleCar(lastStep);
}
}
}
执行Client,输出结果:
C:\Chain of Responsibility>javac *.java
C:\Chain of Responsibility>java Client
---workfolow1----
Handle car's head.
Handle car's body.
Handle car's tail.
Handle car's color.
---workfolow2---
Handle car's tail.
Handle car's body.
Handle car's head.
Handle car's color.
C:\Chain of Responsibility>
我们可以看到,虽然因为外部原因需要改变组装流程,但我们只要重新组织一下对象链的顺序便可柔软地对应这种需求变化。C:\Chain of Responsibility>java Client
---workfolow1----
Handle car's head.
Handle car's body.
Handle car's tail.
Handle car's color.
---workfolow2---
Handle car's tail.
Handle car's body.
Handle car's head.
Handle car's color.
C:\Chain of Responsibility>
发表评论
-
设计模式之 State - 状态模式
2010-12-18 16:49 1122State模式也叫状态模式,是由GoF提出的23种软件设计模式 ... -
设计模式之 Strategy - 策略模式
2010-12-18 16:46 1390Strategy模式也叫策略模 ... -
设计模式之 Visitor - 访问者模式
2010-12-18 16:45 1483Visitor模式也叫访问者 ... -
设计模式之 Template Method - 模板方法模式
2010-12-18 16:41 1601Template Method模式也叫模板方法模式,是由G ... -
设计模式之 Observer - 观察者模式
2010-12-18 16:33 1436Observer模式也叫观察者 ... -
设计模式之 Memento - 备忘录模式
2010-12-18 16:31 1092Memento模式也叫备忘录 ... -
设计模式之 Mediator - 中介者模式
2010-12-18 16:29 1149Mediator模式也叫中介者模式,是由GoF提出的23种软件 ... -
设计模式之 Iterator - 迭代模式
2010-12-18 16:27 1201Iterator模式也叫迭代模式,是由GoF提出的23种设 ... -
设计模式之 Interpreter - 解释器模式
2010-12-18 16:23 1031Interpreter模式也叫解释器模式,是由GoF提出的 ... -
设计模式之 Command - 命令模式
2010-12-18 16:20 926Command(CoR)模式也叫命 ... -
设计模式之 Proxy - 代理模式
2010-12-16 23:45 1089Proxy模式也叫代理模式,是由GoF提出的23种软件设计 ... -
设计模式之 Flyweight - 享元模式
2010-12-16 23:42 1085Flyweight模式也叫享元模式,是由GoF提出的23种 ... -
设计模式之 Facade - 外观模式
2010-12-16 23:41 1044Facade模式也叫外观模式 ... -
设计模式之 Singleton - 单态模式
2010-11-26 11:58 887Singleton模式也叫单态模式,是由GoF提出的2 ... -
设计模式之 Decorator - 装饰模式
2010-11-25 23:48 837装饰模式,The Decorator Pattern atta ... -
设计模式之 Composite - 组合模式
2010-11-25 23:35 1494Composite模式也叫组合 ... -
设计模式之 Bridge - 桥接模式
2010-11-25 23:08 1044Bridge模式也叫桥接模式,是由GoF提出的23种软件设计模 ... -
设计模式之 Adapter - 适配器模式
2010-11-25 22:58 951Adapter模式也叫适配器模式,是由GoF提出的23种设 ... -
设计模式之Prototype - 原型模式
2010-11-25 22:14 1165Prototype模式也叫原型模式,是由GoF提出的23种设计 ... -
设计模式之 Builder - 建造者模式
2010-11-18 23:51 1100Builder模式也叫建造者模式或者生成器模式,是由GoF ...
相关推荐
C#面向对象设计模式 (行为型模式) Chain Of Responsibility 职责链模式 视频讲座下载
C#面向对象设计模式 Chain of Responsibility 职责链模式 视频讲座下载
Chain of Responsibility模式是GOF(GoF,Gang of Four)在他们的经典著作《设计模式:可复用面向对象软件的基础》中提出的23种设计模式之一,属于行为模式类别。这个模式的主要目的是允许在对象之间传递请求,同时...
职责链模式(Chain of Responsibility)是一种行为型设计模式,它允许将请求沿着处理者对象的链进行传递,直到某个对象能够处理这个请求。在C#中,职责链模式的应用可以帮助我们构建灵活、可扩展的系统,减少对象...
职责链模式(Chain of Responsibility)是一种行为设计模式,它的核心思想是将一系列处理请求的对象组织成一条链,每个对象都包含对请求的处理或传递的责任。在C++中实现职责链模式,我们可以创建一个抽象处理器类,...
职责链模式(Chain of Responsibility Pattern)是一种行为设计模式,它允许将请求的发送者和接收者解耦,使得多个对象都有可能处理一个请求,而无需显式指定接收者。在这个模式中,请求沿着一个处理者链进行传递,...
### C#面向对象设计模式纵横谈(14):Chain of Responsibility 职责链模式(行为型模式) #### 概述 在本篇文章中,我们将深入探讨C#中的Chain of Responsibility(职责链)模式,这是行为型设计模式的一种。虽然标题...
职责链模式(Chain of Responsibility)是一种行为型设计模式,它允许你将请求沿着处理者对象的链进行传递,直到某个对象处理该请求。在C#编程中,职责链模式能够帮助我们实现一种松耦合的架构,使得请求的发送者和...
创建模式: ...设计模式之Chain of Responsibility(职责链) 设计模式之Command 设计模式之State 设计模式之Strategy(策略) 设计模式之Mediator(中介者) 设计模式之Interpreter(解释器) 设计模式之Visitor
设计模式参考文档 ...设计模式之Chain of Responsibility(职责链) 设计模式之Command 设计模式之State 设计模式之Strategy(策略) 设计模式之Mediator(中介者) 设计模式之Interpreter(解释器) 设计模式之Visitor
**PHP设计模式:Chain Of Responsibility(职责链模式)** 职责链模式是一种行为设计模式,它的主要目的是解耦请求的发送者和接收者,通过创建一个处理请求的对象链,使得多个对象都有机会处理这个请求。在PHP中,...
**职责链模式**(Chain of Responsibility Pattern)是一种行为设计模式,它使多个对象都有机会处理请求,从而避免请求的发送者和接收者之间的耦合关系。将这些对象连成一条链,并沿着这条链传递该请求,直到有一个...
职责链模式(Chain of Responsibility)是设计模式中的一种行为模式,它允许将请求沿着处理者对象的链式结构进行传递,直到某个对象决定处理这个请求。这种模式的主要优点在于可以解耦发送者和接收者,使得系统更加...
**职责链模式**(Chain of Responsibility Pattern)是行为型设计模式的一种,其核心在于避免请求发送者与接收者的直接耦合,通过构建一系列处理对象的链路,使请求能在链上逐级传递直至被某个对象处理。这种模式的...
行为型模式主要涉及对象间责任分配和通信,比如策略模式(Strategy)、观察者模式(Observer)、职责链模式(Chain of Responsibility)、迭代器模式(Iterator)、命令模式(Command)和模板方法模式(Template ...
- 责任链模式(Chain of Responsibility):避免将请求的发送者和接收者耦合在一起,使得多个对象都有可能处理请求。 - 命令模式(Command):将请求封装为一个对象,以便使用不同的请求、队列请求、或者支持可...
在软件设计领域,职责链(Chain of Responsibility)模式是一种行为设计模式,它允许将请求沿着处理者对象的链式结构进行传递,直到被某个对象处理。这种模式在C++中广泛应用,可以有效地解耦发送者和接收者,使得...