职责链模式，责任链模式，职责连锁模式
意图：使多个对象都有机会处理请求，从而避免请求的发送者和接收者之间的耦合关系。将这些对象形成一条链，并沿着这条链传递该请求，直到有一个对象处理它为止。
构造一系列分别担当不同的职责的类的对象来共同完成一个任务，这些类的对象之间像链条一样紧密相连，所以被称作职责链模式。
角色和职责
- Handler
处理类的抽象父类，定义一个处理请求的接口 - ConcreteHandler
具体的处理类，处理它所负责的请求
可访问它的后继者
如果可处理该请求，就处理之；否则将该请求转发给它的后继者 - Client
向链上的具体处理者(ConcreteHandler)对象提交请求
代码示例
#import <Foundation/Foundation.h>
//造完车后，把任务传递下去
@interface CarHandle : NSObject
- (void)handleCar;
@property (nonatomic, strong) CarHandle *next; //下一个处理对象
@end
@implementation CarHandle
- (void)handleCar {
}
- (void)setNext:(CarHandle *)next {
_next = next;
}
@end
@interface CarHandleHead : CarHandle
@end
@implementation CarHandleHead
- (void)handleCar {
NSLog(@"造车头");
if (self.next) {
[self.next handleCar];
}
}
@end
@interface CarHandleBody : CarHandle
@end
@implementation CarHandleBody
- (void)handleCar {
NSLog(@"造车身");
if (self.next) {
[self.next handleCar];
}
}
@end
@interface CarHandleTail : CarHandle
@end
@implementation CarHandleTail
- (void)handleCar {
NSLog(@"造车尾");
if (self.next) {
[self.next handleCar];
}
}
@end
int main(int argc, const char * argv[]) {
@autoreleasepool {
CarHandleHead *head = [[CarHandleHead alloc] init];
CarHandleBody *body = [[CarHandleBody alloc] init];
CarHandleTail *tail = [[CarHandleTail alloc] init];
//任务的处理关系
head.next = body;
body.next = tail;
tail.next = nil;
//职责链模式：建造逻辑没有写死在客户端
[head handleCar];
//业务逻辑写死在客户端
/*
[head handleCar];
[body handleCar];
[tail handleCar];
*/
}
return 0;
}
/*
造车头
造车身
造车尾
*/
用处
客户Client要完成一个任务，这个任务包含a、b、c、d四个部分。首先客户端把任务交个A，A完成a部分之后，把任务交给B，B完成b部分，...，直到D完成d部分。
政府部门的某项工作，县政府先完成自己能处理的部分，不能处理的部分交给省政府，省政府在完成自己职责范围内的部分，不能处理的部分交给中央政府，中央政府最后完成该项工作。
从代码中看出职责链模式也可以处理需求变更的问题。比如一个关于需求变更的问题：业务A->业务B->业务C，更改为业务C->业务B->业务A。职责链也适用于这种实际应用场景。
UIView点击事件传递的响应链。
点击屏幕上的控件，如果控件不能响应就将事件传递给父视图，父视图不能响应就事件传递给ViewController，ViewController不能响应传递给UIWindow，UIWindow不能响应传递给UIApplication，UIApplication做最终的处理(能响应就响应，不能响应就丢弃)。
注：事件链包含传递链和响应链，事件通过传递链传递上去，通过响应链找到相应的UIResponse。用户点击屏幕时，首先UIApplication对象先收到该点击事件，再依次传递给它上面的所有子view，直到传递到最上层，即UIApplication -> UIWindow -> RootViewController -> View -> Button，即传递链。
而反之Button -> View -> RootViewController -> UIWindow -> UIApplication则称为响应链。
优点
- 将请求的发送者和接收者解耦(类与类之间以松耦合的形式加入组织)，降低耦合度
- 简化了对象，使得对象不需要知道链的结构
- 增强给对象指派职责的灵活性，通过改变链内的成员或者调动它们的次序，允许动态的新增和删除责任
- 增加新的请求处理类很方便
- 责任的分担。每个类只需要处理自己该处理的工作(不该处理的传递给下一个对象完成)，明确各类的职责范围，符合类的最小封装原则
缺点
- 不能保证请求一定被接收(因为没有明确的接收者)
- 系统性能将受到一定影响，而且在进行代码调试时不太方便，可能会造成循环引用
- 可能不容易观察运行时的特征，有碍于除错
- 因为处理是以链的形式在对象间传递消息，根据实现方式不同，有可能会影响处理的速度。
