[整理] 设计模式之责任链模式

目录

• 概念
• 使用场景
• 基本类图
• 代码示例
  • 处理抽象类
  • 具体类
  • 调用
• 说明

概念

责任链模式（Chain of Responsibility Pattern）为请求创建了一个接收者对象的链。

这种模式给予请求的类型，对请求的发送者和接收者进行解耦。这种类型的设计模式属于行为型模式。

在这种模式中，通常每个接收者都包含对另一个接收者的引用。如果一个对象不能处理该请求，那么它会把相同的请求传给下一个接收者，依此类推。

• 意图
  避免请求发送者与接收者耦合在一起，让多个对象都有可能接收请求，将这些对象连接成一条链，并且沿着这条链传递请求，直到有对象处理它为止。

• 主要解决
  职责链上的处理者负责处理请求，客户只需要将请求发送到职责链上即可，无须关心请求的处理细节和请求的传递，所以职责链将请求的发送者和请求的处理者解耦了。

• 何时使用
  在处理消息的时候，需要过滤很多道。

• 如何解决
  拦截的类都实现统一接口。

使用场景

1. 有多个对象可以处理同一个请求，具体哪个对象处理该请求由运行时刻自动确定。
2. 在不明确指定接收者的情况下，向多个对象中的一个提交一个请求。
3. 可动态指定一组对象处理请求。

基本类图

代码示例

处理抽象类

package com.example.demo;

public abstract class IDataHandler {

    protected IDataHandler next;//继任者

    public void SetNextHandler(IDataHandler handler) {
        this.next = handler;
    }
    //处理请求
    abstract protected void Handler(int request);
}

具体类

// 当请求数在0~10之间时有权处理，否则转到下一位
public class Concrete1DataHandler extends IDataHandler {

    //处理请求
    @Override
    protected void Handler(int request) {
        if (request >= 0 && request < 10) {
            System.out.println(this.getClass() + "  处理请求  " + request);
        } else if (next != null) {
            next.Handler(request);
        }
    }
}

// 当请求数在10~100之间时有权处理，否则转到下一位
public class Concrete2DataHandler extends IDataHandler {

    //处理请求
    @Override
    protected void Handler(int request) {
        if (request >= 10 && request < 100) {
            System.out.println(this.getClass() + "  处理请求  " + request);
        } else if (next != null) {
            next.Handler(request);
        }
    }
}

// 当请求数在大于100时有权处理
public class Concrete3DataHandler extends IDataHandler {

    //处理请求
    @Override
    protected void Handler(int request) {
        if (request >= 100) {
            System.out.println(this.getClass() + "  处理请求  " + request);
        } else if (next != null) {
            next.Handler(request);
        }
    }
}

调用

IDataHandler handler1 = new Concrete1DataHandler();
        IDataHandler handler2 = new Concrete2DataHandler();
        IDataHandler handler3 = new Concrete3DataHandler();

        //设置责任链的前驱和后继
        handler1.SetNextHandler(handler2);
        handler2.SetNextHandler(handler3);

        int[] requests = {2,5,14,22,88,100,200};
        for (int request : requests) {
            handler1.Handler(request);
        }

输出

class com.example.demo.Concrete1DataHandler  处理请求  2
class com.example.demo.Concrete1DataHandler  处理请求  5
class com.example.demo.Concrete2DataHandler  处理请求  14
class com.example.demo.Concrete2DataHandler  处理请求  22
class com.example.demo.Concrete2DataHandler  处理请求  88
class com.example.demo.Concrete3DataHandler  处理请求  100
class com.example.demo.Concrete3DataHandler  处理请求  200

说明

• 关键代码
  Handler 里面聚合它自己，在 HandlerRequest 里判断是否合适，如果没达到条件则向下传递，向谁传递之前 set 进去。

• 优点

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

• 缺点：

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