职责链模式,使多个对象都有机会处理请求,从而避免请求的发送者和接收者之间的耦合关系。将这个对象连成一条链,并沿着这条链传递该请求,直到有一个对象处理它为止。职责链模式的结构图如下所示:
Handler类,定义一个处理请示的接口:
abstract class Handler{
protected Handler successor;
public void SetSuccessor(Handler successor){
this.successor=successor;
}
public abstract void HandleRequest(int request);
}
ConcreteHandler类,具体处理者类,处理它所负责的请求,可访问它的后继者,如果可处理该请求,就处理之,否则就将该请求转发给它的后继者。ConcreteHandler1,当请求数在0到10之间则有权处理,否则就转到下一位。
class ConcreteHandler1 extends Hander{
public void HandleRequest(int request){
if(request>=0&&request<=10){
System.out.println("handle1");
}else if(successor!=null){
successor.HandleRequest(request);
}
}
}
ConcreteHandler2,当请求数在10到20之间时有权处理,否则转到下一位。
class ConcreteHandler2 extends Handler{
public void HandleRequest(int request){
if(request>=10&&request<=20){
System.out.println("handle2");
}else if(successor!=null){
successor.HandleRequest(request);
}
}
}
客户端代码:
static void main(String[] args){
Handler h1=new ConcreteHandler1();
Handler h2=new ConcreteHandler2();
h1.SetSuccessor(h2);
int[] request={12,3,6,17,15};
for(int i=0;i<request.length;i++){
h1.HandleRequest(request[i]);
}
}
职责链模式优缺点:
优点:
- 降低耦合度,它将请求的发送者和接收者解耦
- 简化了对象,使得对象不需要知道链的结构
- 增强给对象指派职责的灵活性,通过改变链内成员或者调动它们的次序,允许动态地新增或者删除职责
- 增加新的请求处理类很方便
缺点:
- 不能保证请求一定被接收
- 系统性能将受到一定的影响,而且在代码调试时不太方便,可能会造成循环调用
- 可能不容易观察运行时的特征,有碍于排错