职责链模式,使多个对象都有机会处理请求,从而避免请求的发送者和接收者之间的耦合关系。将这个对象连成一条链,并沿着这条链传递该请求,直到有一个对象处理它为止。职责链模式的结构图如下所示: chainresponsibility 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]);
    }
}

职责链模式优缺点:
优点:

  • 降低耦合度,它将请求的发送者和接收者解耦
  • 简化了对象,使得对象不需要知道链的结构
  • 增强给对象指派职责的灵活性,通过改变链内成员或者调动它们的次序,允许动态地新增或者删除职责
  • 增加新的请求处理类很方便

缺点:

  • 不能保证请求一定被接收
  • 系统性能将受到一定的影响,而且在代码调试时不太方便,可能会造成循环调用
  • 可能不容易观察运行时的特征,有碍于排错