職責鏈模式

這是我在發的第一篇帖子，之前就對設計模式挺有興趣，今天就來聊一聊職責鏈設計模式，並給出相關的**示範，希望自己能鞏固一下，順便分享一下知識。

首先，我們來看一下職責鏈模式的定義：

名稱：chain of responsibility

意圖：使多個物件都有機會處理請求，從而避免請求的傳送者和接收者之間的耦合關係。將這些物件連成一條鏈，並沿著這條鏈傳遞該請求，直到有乙個物件處理它為止

適用性：

1：有多個的物件可以處理乙個請求，哪個物件處理該請求執行時刻自動確定。

2：你想在不明確指定接收者的情況下，向多個物件中的乙個提交乙個請求。

3：可處理乙個請求的物件集合應被動態指定

結構圖：

談到這個模式，我不禁想到了自己的第一次請假，來北京實習，首先得經過導員批准，然後再去系主任，再去院主任，經過3個領導的批准，最後小王我才審批下來，那叫乙個累啊，這不就是乙個職責鏈模式嗎？所以程式即生活，我們程式設計師的**構建思想其實很大程度上來自於生活，接下來我們來用**模擬這個場景：

public
abstract
class
handler 
public
void
setnexthandler(handler nexthandler) 
public
abstract string handlerequest(int
holiday);
}

public class instructor extends handlerelse 
return res;}}

public class departmenthead extends handlerelse 
return res;
}}

public class dean extends handlerelse 
return res;	}	
}

public class client 
}//結果：
由院主任審批通過

這就是乙個完整的簡單的職責鏈模式，其中可以看到對乙個請求通過不同的物件去處理，根據天數的不同返回不一樣的結果，這就是乙個職責鏈過程。職責鏈的使用範圍非常廣，在工作中經常會用到。希望大家通過這個簡單的例子能了解體會到其中的設計思想。