iOS实现
职责链模式的一个很重要的特点是，当客户发出请求之后，客户端并不知道哪一个对象最终处理这个请求，这样系统的更改可以在不影响客户端的情况下动态地重新组织和分配责任。
下面给出类结构图。
从上图可以看出，当客户提交一个请求时，请求是沿链传递直至有一个ConcreteHandler对象负责处理它。这样做的好处是请求者不用管哪个对象来处理，反正最终是要被某一个对象处理就是了。也就是说接收者和发送者都没有对方的明确信息，且链中的对象自己也不知道链的结构。结果是职责链可简化对象的相互连接，它们仅需保持一个指向其后继者的引用，而不需保持它所有的候选接受者的引用。
这些特点的好处是我们可以随时增加或修改处理一个请求的结构。增强了给对象指派职责的灵活性。但是，一个请求极有可能到了链的末端都得不到处理，或者因为没有正确配置而得不到处理，所以这更需要我们事先考虑全面。
好的，说了这么多，还是老样子，给大家展示一下简单的示意代码。
注意：本文所有代码均在ARC环境下编译通过。
Handlers类接口
复制代码#import <Foundation/Foundation.h>
@interface Handlers :NSObject{
Handlers *mySuccessor;
}
-(void)SetSuccessor:(Handlers*)successor;
-(void)HandleRequest:(int)request;
@end
Handlers类实现
复制代码
#import "Handlers.h"
@implementation Handlers
-(void)SetSuccessor:(Handlers *)successor{
mySuccessor = successor;
}
-(void)HandleRequest:(int)request{
return;
}
@end
ConcreteHandler1类接口
复制代码
#import "Handlers.h"
@interface ConcreteHandler1:Handlers
