责任链模式(CoR)建议发出请求的对象与可能处理这个请求的对象集合之间是低耦合的(set of potential request handler objects)。
在有不止一个对象可以处理或实现(fulfill)客户请求的时候,责任链模式(CoR)认为顺序地给每一个对象一次处理请求的机会。在这种情况下应用责任链模式(CoR),把每一个可能处理请求的对象以链表的形式组织起来,在链表中,每一个对象有一个指向下一个对象的指针(Pointer)。在链表中的第一个对象接受请求并且决定是否处理它,或者把它传递
给下一个对象。请求一个接一个地遍历(flow through)链表中的所有对象,直到请求被其中的一个对象处理或者因到达链表尾而没有被处理。
例如:如果A?〉B?〉C都可以处理请求,按照这个顺序,A处理请求或者在不知B是否可以处理这个请求的情况下递给B。接受到请求的B可以处理这个请求或者传递给C。
当C收到请求时,这个请求可以被C处理或者没有经过任何处理而结束。换句话说,提交的处理链表中的请求在到达链表尾前,可以不被任何处理。
下面是责任链模式(CoR)一些重要的特征:
(1) 可能处理请求的对象集合(set of potential request handler objects)以及它们在链表中的顺序是由客户端根据现应用的状态在运行时动态决定的。
(2) 客户端根据现在的状态,对于不同的请求类型,可以拥有不同的可能处理请求的对象集合(set of potential request handler objects)。一个处理请求的对象也可以根据客户应用的状态和请求类型,把请求传递给不同的处理对象。为了使这些交互简单,所有的可能处理请求的对象应提供一致的接口。在JAVA中,不同处理对象可以实现一个共同的接口或者继承同一个抽象的父类来实现。
(3) 客户对象初始化请求,或者在不知道这些对象是否能处理这个请求的情况下初始化任何可能处理请求的对象。也就是说,客户对象和在处理链表中的处理对象都不需要知道到底哪个对象去处理这个请求。
(4) 请求不能保证被处理。也就是,在没有处理的情况下,请求已经到达了处理链表尾。下面的这个情景展示了一个购买请求传递到处理链表中,但是在到达链表尾时,并没有被接受。
例子:
让我们模拟一个在特定组织里的购买请求(PR)授权过程的应用。通常,在确立订单并发到卖方前,一个购买请求是需要不同的管理代表授权的。我们假定一个组织中在购买请求金额限制上分为四个授权管理层次,如下面的列表:
Table 21.1: Levels of PR Authorization
Management Level Authorization Limit
Branch Manager $25,000
Regional Director $100,000
Vice President $200,000
President and COO $400,000
我们可以定义不同的类,来对应上面列表中的不同管理层次。
Listing 21.1: Classes Representing Different Management Levels
class BranchManager {
static double LIMIT = 25000;
…
…
}//End of class
class RegionalDirector {
static double LIMIT = 100000;
…
…
}//End of class
class VicePresident {
static double LIMIT = 200000;
…
…
}//End of class
class PresidentCOO {
static double LIMIT = 400000;
…
…
}//End of class
让我们定义一个PurchaseRequest类,它代表购买请求。
PurchaseRequest
ID:int
description:String
amount:double
getAmount():double
Figure 21.1: PurchaseRequest Class Representation
Listing 21.2: PurchaseRequest Class
class PurchaseRequest {
private int ID;
private String description;
private double amount;
public PurchaseRequest(int id, String desc, double amt) {
ID = id;
description = desc;
amount = amt;
}
public double getAmount() {
return amount;
}
public String toString() {
return ID + ":" + description;
}
}
一个给定的购买请求(PR)被上面的管理代表所授权或处理。换句话说,代表不同管理层次的四个类都是处理给定购买请求的可能处理者(授权者)。因此,不建议PurchaseRequest实例榜定到任何的一个授权者。通过使用责任链模式(CoR),实现了PurchaseRequest对象和可能授权请求的对象集合之间关联的低耦合。
利用责任链模式(CoR),让我们定义一个抽象类PRHandler,它定义这些可能授权购买请求对象的统一接口。
Listing 21.3: Abstract PRHandler Class
public abstract class PRHandler {
private PRHandler nextHandler;
private String handlerName;
public PRHandler(String name) {
handlerName = name;
}
public String getName() {
return handlerName;
}
public abstract boolean authorize(PurchaseRequest request);
public PRHandler getNextHandler() {
return nextHandler;
}
public void setNextHandler(PRHandler handler) {
nextHandler = handler;
};
}
Figure 21.2: Purchase Request Approver Hierarchy
现在,每一个授权者被重新定义为抽象类PRHandler的子类。每一个授权对象把购买请求的金额和它所在的管理层次所授权的金额进行比较,如果请求的金额小于授权的金额,它就可以授权购买,如果大于,它传递购买请求到链表中的下一个授权者。
Listing 21.4: PRHandler Concrete Subclasses
class BranchManager extends PRHandler {
static double LIMIT = 25000;
public BranchManager(String name) {
super(name);
}
public boolean authorize(PurchaseRequest request) {
double amount = request.getAmount();
if (amount <= LIMIT) {
System.out.println(" Branch Manager " + getName() +
" has authorized the PR ? " + request);
return true;
} else {
//forward the request to the next handler
return getNextHandler().authorize(request);
}
}
}//End of class
class RegionalDirector extends PRHandler {
static double LIMIT = 100000;
public RegionalDirector(String name) {
super(name);
}
public boolean authorize(PurchaseRequest request) {
double amount = request.getAmount();
if (amount <= LIMIT) {
System.out.println(" Regional Director " + getName() +
" has authorized the PR ? " +
request);
return true;
} else {
//forward the request to the next handler
return getNextHandler().authorize(request);
}
}
}//End of class
class VicePresident extends PRHandler {
static double LIMIT = 200000;
public VicePresident(String name) {
super(name);
}
public boolean authorize(PurchaseRequest request) {
double amount = request.getAmount();
if (amount <= LIMIT) {
System.out.println(" V.P. " + getName() +
" has authorized the PR ? " + request);
return true;
} else {
//forward the request to the next handler
return getNextHandler().authorize(request);
}
}
}//End of class
class PresidentCOO extends PRHandler {
static double LIMIT = 400000;
public PresidentCOO(String name) {
super(name);
}
public boolean authorize(PurchaseRequest request) {
double amount = request.getAmount();
if (amount <= LIMIT) {
System.out.println(" President & COO " + getName() +
" has authorized the PR ? " + request);
return true;
} else {
System.out.println("PR ? " + request +
" couldn't be authorized.\n " +
"Executive Board needs to be " +
"consulted for approval \n" +
"reason: Amount too large");
return false;
}
}
}//End of class
为了授权购买请求,客户端需要:
(1) 创建一个可能接受购买请求的授权对象集合,把他们按照授权金额升序进行排列,使用setNextHandler(PRHandler)方法,连接每一个授权者。下面是可能的授权购买请求的授权链表:
分享到:
相关推荐
责任链模式是软件设计模式中的一种行为模式,它允许将请求沿着处理者对象的链进行传递,直到某个对象处理该请求。在Spring框架中,责任链模式被广泛应用于AOP(面向切面编程)和事件处理等场景。下面将详细阐述责任...
责任链模式是设计模式中的一种行为模式,它允许在对象之间建立一条处理请求的链条,每个对象都包含对请求的处理逻辑,以及将请求传递给下一个对象的能力。这种模式使得请求可以在链上的对象之间传递,直到被某个对象...
职责链模式(ChainOfResponsibilityPattern)是一种行为设计模式,主要目的是通过建立一个处理请求的对象链,使得请求可以在链上的各个对象间传递,直到被某个对象处理。这种模式可以有效地解耦请求发起者和处理者,...
责任链模式是一种设计模式,它允许我们把请求沿着处理者对象的链进行传递,直到某个对象处理这个请求。这种模式让请求的发送者和接收者解耦,因为发送者无需知道哪个对象会处理请求,而接收者也无需知道请求来自哪里...
职责链模式(Chain of Responsibility)是一种行为设计模式,它的核心思想是将一系列处理请求的对象组织成一条链,每个对象都包含对请求的处理或传递的责任。在C++中实现职责链模式,我们可以创建一个抽象处理器类,...
责任链模式是一种设计模式,它允许我们通过定义一系列处理请求的对象来形成一条链,每个对象都包含对请求的处理逻辑,以及将请求传递给链中下一个对象的能力。这种模式使得我们可以将请求的发送者和接收者解耦,使得...
责任链模式是一种行为设计模式,它允许我们把请求沿着处理者对象的链式结构进行传递,直到某个对象处理这个请求。这种模式使得我们能够将请求的发送者与接收者解耦,同时也允许在运行时动态地改变处理顺序或添加新的...
本篇将探讨两种重要的行为设计模式:责任链模式(Chain of Responsibility Pattern)和状态模式(State Pattern)。 **责任链模式**是一种使多个对象都有机会处理请求的模式,避免请求发送者与接收者之间的耦合。在...
职责链模式(Chain of Responsibility)是一种行为设计模式,它允许我们沿着对象链传递请求,让每个对象决定是否处理这个请求,或者将请求传递给链中的下一个对象。在C#中,我们可以利用类和接口来实现这种模式。让...
责任链模式是一种行为设计模式,它的核心思想是将请求的发送者和接收者解耦,通过将多个处理对象串联成一个处理链,使得请求沿着这个链进行传递,直到被某个对象处理。这种模式使得系统更加灵活,可以在运行时动态...
责任链模式是一种设计模式,它允许我们通过定义一系列处理请求的对象来解耦发送者和接收者。在责任链模式中,每个对象都是链上的一个节点,可以处理请求的一部分或者将请求传递给链上的下一个对象。这种模式使得系统...
【职责链模式】是行为型模式的一种,其主要动机是解耦请求的发送者和处理者。在职责链中,多个对象可以接收并处理同一个请求,这些对象形成一条链,请求沿着链传递,直到某个对象负责处理。这种方式减少了对象间的...
责任链模式是一种设计模式,它允许我们通过定义一系列处理对象(过滤器)形成一个链,这些对象依次处理请求,而发送者无需知道哪个对象具体处理请求。这种模式将请求的发送者与接收者解耦,增加了系统的灵活性和可...
责任链模式是一种行为设计模式,它允许将请求沿着处理者对象的链进行发送,而接收者可以在链中的任何位置处理该请求。这种模式的核心思想是将处理请求的对象组织成一个链条,每个对象(节点)都包含对下个处理者的...
责任链模式是一种行为设计模式,它允许我们定义一系列处理请求的对象,这些对象形成一个链,请求沿着这个链传递,直到某个对象能够处理它。这种方式使得我们可以将请求的发送者和接收者解耦,同时增加了系统扩展的...
一、责任链模式 现有 “战士”、“班长”、“排长”、“连长”,“营长”五种角色,当有人要请假时要进行以下处理 1.只能是下级象上级请假(如“排长”只能向“连长请假”) 2.班长可以批准1天内的假期,排长批5天,...
责任链模式(Chain of Responsibility)是一种行为设计模式,它允许将请求沿着处理者对象的链进行传递,直到某个对象能够处理这个请求为止。在Java中,我们可以通过接口和类的组合来实现这种模式。让我们深入探讨...
责任链模式(Chain of Responsibility Pattern)是设计模式中的一种行为模式,它的主要目的是将请求的发送者和接收者解耦,使得多个对象有机会处理这个请求,形成一条责任链。在这个链上,请求会沿着链传递,直到有...
责任链模式是一种设计模式,它允许我们通过定义一系列处理对象(每个对象称为一个节点),将请求在这些对象之间传递,直到被某个节点处理或者传递完整个链条。这种模式的主要优点在于解耦了发送者和接收者,使得系统...