學校OA系統的採購審批專案

採購員採購教學器材

1)如果金額小於等於5000,由教學主任審批（0<=x<=5000）

2)如果金額小於等於10000,由院長審批(5000<x<=10000)

3)如果金額小於等於30000,由副校長審批(10000<x<=30000)

4)如果金額超過30000以上，有校長審批(30000<x)

請設計程式完成採購審批專案

傳統方案

傳統方案問題分析

1)傳統方式是：接收到一個採購請求後，根據採購金額來呼叫對應的Approver(審批人)完成審批。

2)傳統方式的問題分析:客戶端這裡會使用到分支判斷(比如switch)來對不同的採購請求處理，這樣就存在如下問題

(1)如果各個級別的人員審批金額發生變化，在客戶端的也需要變化

(2)客戶端必須明確的知道有多少個審批級別和訪問

3)這樣對一個採購請求進行處理和Approver(審批人)就存在強耦合關係，不利於程式碼的擴充套件和維護

4)解決方案=》職責鏈模式

職責鏈模式

基本介紹

1)職責鏈模式（ChainofResponsibilityPattern）,又叫責任鏈模式，為請求建立了一個接收者物件的鏈(簡單示意圖)。這種模式對請求的傳送者和接收者進行解耦。

2)職責鏈模式通常每個接收者都包含對另一個接收者的引用。如果一個物件不能處理該請求，那麼它會把相同的請求傳給下一個接收者，依此類推。

3)這種型別的設計模式屬於行為型模式

原理類圖

對原理類圖的說明-即(職責鏈模式的角色及職責)

1)Handler:抽象的處理者,定義了一個處理請求的介面,同時含義另外Handler

2)ConcreteHandlerA,B是具體的處理者,處理它自己負責的請求，可以訪問它的後繼者(即下一個處理者),如果可以處理當前請求，則處理，否則就將該請求交個後繼者去處理，從而形成一個職責鏈

3)Request，含義很多屬性，表示一個請求

職責鏈模式解決OA系統採購審批

類圖

原始碼剖析

SpringMvc原始碼

SpringMVC-HandlerExecutionChain類就使用到職責鏈模式

對原始碼總結

springmvc請求的流程圖中，執行了攔截器相關方法interceptor.preHandler等等

在處理SpringMvc請求時，使用到職責鏈模式還使用到介面卡模式

HandlerExecutionChain主要負責的是請求攔截器的執行和請求處理,但是他本身不處理請求，只是將請求分配給鏈上註冊處理器執行，這是職責鏈實現方式,減少職責鏈本身與處理邏輯之間的耦合,規範了處理流程

HandlerExecutionChain維護了HandlerInterceptor的集合，可以向其中註冊相應的攔截器.

職責鏈模式的注意事項和細節

1)將請求和處理分開，實現解耦，提高系統的靈活性

2)簡化了物件，使物件不需要知道鏈的結構

3)效能會受到影響，特別是在鏈比較長的時候，因此需控制鏈中最大節點數量，一般通過在Handler中設定一個最大節點數量，在setNext()方法中判斷是否已經超過閥值，超過則不允許該鏈建立，避免出現超長鏈無意識地破壞系統性能

4)除錯不方便。採用了類似遞迴的方式，除錯時邏輯可能比較複雜

5)最佳應用場景：有多個物件可以處理同一個請求時，比如：多級請求、請假/加薪等審批流程、JavaWeb中Tomcat對Encoding的處理、攔截器