定義
為了避免請求發(fā)送者與接收者耦合在一起诫钓，讓多個對象都有可能接收請求幔睬，將這些對象連接成一條鏈，并且沿著這條鏈傳遞請求旧噪，直到有對象處理它為止,職責(zé)鏈模式又稱為責(zé)任鏈模式吨娜，它是一種對象行為型模式。（如果你接觸過異常處理淘钟，那么套用異常處理機制可以更好地理解）宦赠。
職責(zé)鏈可以是一條直線,也可以是一個環(huán)，還可以是一個樹形結(jié)構(gòu)米母，不過最常見的職責(zé)鏈是直線型勾扭，即沿著一條單向的鏈來傳遞請求。鏈上的每一個對象都是請求處理者铁瞒，職責(zé)鏈模式可以將請求的處理者組織成一條鏈妙色，并使請求沿著鏈傳遞，由鏈上的處理者對請求進行相應(yīng)的處理慧耍，而客戶端無須關(guān)心請求的處理細節(jié)以及請求的傳遞身辨，只需將請求發(fā)送到鏈上即可丐谋，通過這種方法將請求的發(fā)送者和請求的處理者解耦，消除兩個角色間的依賴關(guān)系煌珊，可以自由地組合号俐。
原理結(jié)構(gòu)
上圖闡釋的是職責(zé)連模式的實現(xiàn)原理，主要角色包括：
Handler：抽象處理者定庵。定義出一個處理請求的接口吏饿。如果需要，接口可以定義出一個方法洗贰，以設(shè)定和返回對下家的引用找岖。這個角色通常由一個抽象類或接口實現(xiàn)。
ConcreteHandler： 具體處理者敛滋。具體處理者接到請求后许布，可以選擇將請求處理掉，或者將請求傳給下家绎晃。由于具體處理者持有對下家的引用蜜唾，因此，如果需要庶艾，具體處理者可以訪問下家袁余。
Client：客戶端
handleRequest：抽象處理者的公用接口，要求每個鏈式節(jié)點都實現(xiàn)這個接口咱揍，能夠處理客戶端發(fā)過來的請求數(shù)據(jù)颖榜。
對于每個鏈式節(jié)點，需要滿足一下兩個條件：
實現(xiàn)抽象處理者（Handler）所定義的抽象接口煤裙，能夠識別接收的請求掩完；
有一個successor，用于把當前不能處理的請求轉(zhuǎn)發(fā)傳遞到下一個節(jié)點硼砰，如此才能形成一個鏈且蓬。（successor是指下一個ConcreteHandler的引用，相當于鏈表里面的next指針）
由于通過上述的編程設(shè)計题翰，使得請求和處理該請求的對象完全沒有依賴關(guān)系恶阴，因為客戶端甚至不知道是誰處理了這個請求，這樣的話豹障，使得整個鏈式結(jié)構(gòu)很靈活冯事，可以隨時添加新的的節(jié)點，當然也支持隨意調(diào)節(jié)節(jié)點順序血公、刪除不必要的節(jié)點等等操作桅咆。
iOS實現(xiàn)
職責(zé)鏈模式的一個很重要的特點是，當客戶發(fā)出請求之后坞笙，客戶端并不知道哪一個對象最終處理這個請求岩饼，這樣系統(tǒng)的更改可以在不影響客戶端的情況下動態(tài)地重新組織和分配責(zé)任。
下面給出類結(jié)構(gòu)圖薛夜。
從上圖可以看出籍茧，當客戶提交一個請求時，請求是沿鏈傳遞直至有一個ConcreteHandler對象負責(zé)處理它梯澜。這樣做的好處是請求者不用管哪個對象來處理寞冯，反正最終是要被某一個對象處理就是了。也就是說接收者和發(fā)送者都沒有對方的明確信息晚伙，且鏈中的對象自己也不知道鏈的結(jié)構(gòu)吮龄。結(jié)果是職責(zé)鏈可簡化對象的相互連接，它們僅需保持一個指向其后繼者的引用咆疗，而不需保持它所有的候選接受者的引用漓帚。
這些特點的好處是我們可以隨時增加或修改處理一個請求的結(jié)構(gòu)。增強了給對象指派職責(zé)的靈活性午磁。但是尝抖，一個請求極有可能到了鏈的末端都得不到處理，或者因為沒有正確配置而得不到處理迅皇，所以這更需要我們事先考慮全面昧辽。
好的，說了這么多登颓，還是老樣子搅荞，給大家展示一下簡單的示意代碼。
注意：本文所有代碼均在ARC環(huán)境下編譯通過框咙。
Handlers類接口
復(fù)制代碼代碼如下:
#import
@interface Handlers :NSObject{
Handlers *mySuccessor;
}
-(void)SetSuccessor:(Handlers*)successor;
-(void)HandleRequest:(int)request;
@end
Handlers類實現(xiàn)
復(fù)制代碼代碼如下:
#import "Handlers.h"
@implementation Handlers
-(void)SetSuccessor:(Handlers *)successor{
mySuccessor = successor;
}
-(void)HandleRequest:(int)request{
return;
}
@end
ConcreteHandler1類接口
復(fù)制代碼代碼如下:
#import "Handlers.h"
@interface ConcreteHandler1:Handlers
-(void)HandleRequest:(int)request;
@end
ConcreteHandler1類實現(xiàn)
#import "ConcreteHandler1.h"
@implementation ConcreteHandler1
-(void)HandleRequest:(int)request{
if (request >=0 && request <10) {
NSLog(@"ConcreteHandler1處理%d", request);
}
else if (mySuccessor !=nil) {
[mySuccessor HandleRequest:request];
}
}
@end
ConcreteHandler2類接口
復(fù)制代碼代碼如下:
#import "Handlers.h"
@interface ConcreteHandler2 :Handlers
@end
ConcreteHandler2類實現(xiàn)
復(fù)制代碼代碼如下:
#import "ConcreteHandler2.h"
@implementation ConcreteHandler2
-(void)HandleRequest:(int)request{
if (request >=10 && request <20) {
NSLog(@"ConcreteHandler2處理%d", request);
}
else if(mySuccessor !=nil) {
[mySuccessor HandleRequest:request];
}
}
@end
ConcreteHandler3類接口
復(fù)制代碼代碼如下:
#import "Handlers.h"
@interface ConcreteHandler3 :Handlers
@end
ConcreteHandler3類實現(xiàn)
復(fù)制代碼代碼如下:
#import "ConcreteHandler3.h"
@implementation ConcreteHandler3
-(void)HandleRequest:(int)request{
if (request >=20 && request <30) {
NSLog(@"ConcreteHandler3處理%d", request);
}
else if (mySuccessor !=nil) {
[mySuccessor HandleRequest:request];
}
}
@end
Main方法調(diào)用
復(fù)制代碼代碼如下:
#import
int main(int argc,const char * argv[])
{
@autoreleasepool{
Handlers *h1 = [[ConcreteHandler1 alloc]init];
Handlers *h2 = [[ConcreteHandler2 alloc]init];
Handlers *h3 = [[ConcreteHandler3 alloc]init];
[h1 SetSuccessor:h2];
[h2 SetSuccessor:h3];
int requests[] = {2,5,14,22,18,3,27,20};
for (int i =0; i <8; i++) {
[h1 HandleRequest:requests[i]];
}
}
return 0;
}
好啦咕痛，代碼展示完畢！收工扁耐！
小結(jié)
行為型模式是對在不同的對象之間劃分責(zé)任和算法的抽象化暇检，行為型模式不僅僅關(guān)注類和對象的結(jié)構(gòu)，而且重點關(guān)注它們之間的相互作用婉称。通過行為型模式块仆，可以更加清晰地劃分類與對象的職責(zé)，并研究系統(tǒng)在運行時實例對象之間的交互王暗。行為型模式可以分為類行為型模式和對象行為型模式兩種悔据。職責(zé)鏈模式可以避免請求發(fā)送者與接收者耦合在一起，讓多個對象都有可能接收請求俗壹，將這些對象連接成一條鏈科汗，并且沿著這條鏈傳遞請求，直到有對象處理它為止绷雏，它是一種對象行為型模式头滔。
在我們?nèi)粘Ｊ褂弥欣鹎猓覀兓蛟S直接接觸這方面的機會不多盒至，但是，如果你認真有研究過程序的一場處理機制，那么你就能夠發(fā)現(xiàn)這種處理機制正是采用職責(zé)鏈的方式處理程序中拋出的異常錯誤的箫措。
在職責(zé)鏈模式里学搜，很多對象由每一個對象對其下家的引用而連接起來形成一條鏈娃豹。請求在這個鏈上傳遞憔涉，直到鏈上的某一個對象決定處理此請求。發(fā)出這個請求的客戶端并不知道鏈上的哪一個對象最終處理這個請求箭跳，這使得系統(tǒng)可以在不影響客戶端的情況下動態(tài)地重新組織鏈和分配責(zé)任晨另。
職責(zé)鏈模式的主要優(yōu)點在于可以降低系統(tǒng)的耦合度，簡化對象的相互連接谱姓，同時增強給對象指派職責(zé)的靈活性借尿，增加新的請求處理類也很方便；其主要缺點在于不能保證請求一定被接收逝段，且對于比較長的職責(zé)鏈垛玻，請求的處理可能涉及到多個處理對象，系統(tǒng)性能將受到一定影響奶躯，而且在進行代碼調(diào)試時不太方便帚桩。
優(yōu)點：
降低耦合度。
可簡化對象的相互連接嘹黔。
增強給對象指派職責(zé)的靈活性账嚎。
增加新的請求處理類很方便。
缺點：
不能保證請求一定被接收儡蔓。
系統(tǒng)性能將受到一定影響郭蕉，而且在進行代碼調(diào)試時不太方便（可能會造成循環(huán)調(diào)用）。
