责任链

设计模式 / 行为型模式
image

//Handler: C has no classes, a rescuer is a struct,
//and a pointer to a function plays the virtual toHelp()
typedef struct Rescuer {
    struct Rescuer *next;
    int code;
    void (*toHelp)(void);
} Rescuer;

//HandleRequest()
void rescuerHelp(const Rescuer *rescuer, int code) {
    if (rescuer->code == code) {
        rescuer->toHelp();
    } else if (rescuer->next != nullptr) {
        rescuerHelp(rescuer->next, code);
    }
}

//ConcreteHandler: the initializer sets the code and the function
void firefighterToHelp(void) {
    printf("call firefighters\n");
}

Rescuer firefighterMake(Rescuer *next) {
    return (Rescuer){next, 1, firefighterToHelp};
}

//ConcreteHandler
void policeToHelp(void) {
    printf("call the police\n");
}

Rescuer policeMake(Rescuer *next) {
    return (Rescuer){next, 2, policeToHelp};
}

//ConcreteHandler
void ambulanceToHelp(void) {
    printf("call an ambulance\n");
}

Rescuer ambulanceMake(Rescuer *next) {
    return (Rescuer){next, 3, ambulanceToHelp};
}

Rescuer ambulance = ambulanceMake(nullptr);
Rescuer police = policeMake(&ambulance);
Rescuer firefighter = firefighterMake(&police);
rescuerHelp(&firefighter, 1);
//printed: call firefighters
rescuerHelp(&firefighter, 2);
//printed: call the police
rescuerHelp(&firefighter, 3);
//printed: call an ambulance


Avoid coupling the sender of a request to its receiver by giving more than one object a chance to handle the request. Chain the receiving objects and pass the request along the chain until an object handles it.
Read more

问题。客服部门收到大小不一的请求:小请求交给助理,较大的交给经理,很大的交给总监。如果发送请求的代码必须自己选择接收者,它就得了解每一个接收者和每一条规则。每增加一个接收者,都要修改发送者。

思路。这些接收者称为处理者,它们按固定顺序排列,这就是链。发送者只把请求交给第一个处理者。每个处理者检查请求是否归自己处理。如果是,处理者完成工作,请求不再往下传。如果不是,处理者把请求传给下一个。发送者不知道哪个处理者会作答,也不知道是否会有处理者作答。

如何阅读示例。几个处理者连成一条链。每个处理者按自己的规则判断请求是否归自己处理。客户端代码发送几个请求,每次都发往链的起点。每个请求沿着链传递,直到某个处理者接受它。在大多数语言中,每个处理者都持有下一个处理者的引用;在某些语言中,链只是一个按顺序检查的普通列表。有些示例还会发送一个没有任何处理者接受的请求,输出会报告这一点。

何时使用。当多个对象都可能处理某个请求,而这些对象的集合或顺序可能变化时,使用责任链模式。接收者始终不变时不要使用它:直接调用更简单,也更容易理解。

常见错误。忘记链的末端。这样,没有任何处理者接受的请求就会悄无声息地丢失。应事先决定末端如何处理:报错、交给默认处理者,或者给出明确的报告。