24 職責鏈模式
職責鏈模式
學校 OA 系統的採購審批專案：需求是
採購員採購教學器材
-
如果金額 小於等於 5000, 由教學主任審批 （0<=x<=5000）
-
如果金額 小於等於 10000, 由院長審批 (5000<x<=10000)
-
如果金額 小於等於 30000, 由副校長審批 (10000<x<=30000)
-
如果金額 超過 30000 以上，有校長審批 ( 30000<x)
請設計程式完成採購審批專案
傳統方案解決OA 系統審批問題分析
-
傳統方式是：接收到一個採購請求後，根據採購金額來呼叫對應的 Approver (審批人)完成審批。
-
傳統方式的問題分析 : 客戶端這裡會使用到 分支判斷(比如 switch) 來對不同的採購請求處理， 這樣就存在如下問題 (1) 如果各個級別的人員審批金額發生變化，在客戶端的也需要變化 (2) 客戶端必須明確的知道 有多少個審批級別和訪問
-
這樣 對一個採購請求進行處理 和 Approver (審批人) 就存在強耦合關係，不利於程式碼的擴充套件和維護
-
解決方案 =》 職責鏈模式
職責鏈模式基本介紹
基本介紹
-
職責鏈模式（Chain of Responsibility Pattern）, 又叫 責任鏈模式，為請求建立了一個接收者物件的鏈(簡單示意圖)。這種模式對請求的傳送者和接收者進行解耦。
-
職責鏈模式通常每個接收者都包含對另一個接收者的引用。如果一個物件不能處理該請求，那麼它會把相同的請求傳給下一個接收者，依此類推。
-
這種型別的設計模式屬於行為型模式
職責鏈模式的原理類圖
對原理類圖的說明-即(職責鏈模式的角色及職責)
-
Handler : 抽象的處理者, 定義了一個處理請求的介面, 同時含義另外 Handler
-
ConcreteHandlerA , B 是具體的處理者, 處理它自己負責的請求， 可以訪問它的後繼者(即下一個處理者), 如果可以處理當前請求，則處理，否則就將該請求交個 後繼者去處理，從而形成一個職責鏈
-
Request ， 含義很多屬性，表示一個請求
職責鏈模式解決OA 系統採購審批
- 應用例項要求
編寫程式完成學校 OA 系統的採購審批專案：需求採購員採購教學器材
如果金額 小於等於 5000, 由教學主任審批如果金額 小於等於 10000, 由院長審批
如果金額 小於等於 30000, 由副校長審批如果金額 超過 30000 以上，有校長審批
- 思路分析和圖解(類圖)
程式碼實現：
public abstract class Approver {
Approver approver; //下一個處理者
String name; // 名字
public Approver(String name) {
// TODO Auto-generated constructor stub
this.name = name;
}
//下一個處理者
public void setApprover(Approver approver) {
this.approver = approver;
}
//處理審批請求的方法，得到一個請求, 處理是子類完成，因此該方法做成抽象
public abstract void processRequest(PurchaseRequest purchaseRequest);
}
public class CollegeApprover extends Approver {
public CollegeApprover(String name) {
// TODO Auto-generated constructor stub
super(name);
}
@Override
public void processRequest(PurchaseRequest purchaseRequest) {
// TODO Auto-generated method stub
if(purchaseRequest.getPrice() < 5000 && purchaseRequest.getPrice() <= 10000) {
System.out.println(" 請求編號 id= " + purchaseRequest.getId() + " 被 " + this.name + " 處理");
}else {
approver.processRequest(purchaseRequest);
}
}
}
public class DepartmentApprover extends Approver {
public DepartmentApprover(String name) {
// TODO Auto-generated constructor stub
super(name);
}
@Override
public void processRequest(PurchaseRequest purchaseRequest) {
// TODO Auto-generated method stub
if(purchaseRequest.getPrice() <= 5000) {
System.out.println(" 請求編號 id= " + purchaseRequest.getId() + " 被 " + this.name + " 處理");
}else {
approver.processRequest(purchaseRequest);
}
}
}
public class SchoolMasterApprover extends Approver {
public SchoolMasterApprover(String name) {
// TODO Auto-generated constructor stub
super(name);
}
@Override
public void processRequest(PurchaseRequest purchaseRequest) {
// TODO Auto-generated method stub
if(purchaseRequest.getPrice() > 30000) {
System.out.println(" 請求編號 id= " + purchaseRequest.getId() + " 被 " + this.name + " 處理");
}else {
approver.processRequest(purchaseRequest);
}
}
}
public class ViceSchoolMasterApprover extends Approver {
public ViceSchoolMasterApprover(String name) {
// TODO Auto-generated constructor stub
super(name);
}
@Override
public void processRequest(PurchaseRequest purchaseRequest) {
// TODO Auto-generated method stub
if(purchaseRequest.getPrice() < 10000 && purchaseRequest.getPrice() <= 30000) {
System.out.println(" 請求編號 id= " + purchaseRequest.getId() + " 被 " + this.name + " 處理");
}else {
approver.processRequest(purchaseRequest);
}
}
}
//請求類
public class PurchaseRequest {
private int type = 0; //請求型別
private float price = 0.0f; //請求金額
private int id = 0;
//構造器
public PurchaseRequest(int type, float price, int id) {
this.type = type;
this.price = price;
this.id = id;
}
public int getType() {
return type;
}
public float getPrice() {
return price;
}
public int getId() {
return id;
}
}
public class Client {
public static void main(String[] args) {
// TODO Auto-generated method stub
//建立一個請求
PurchaseRequest purchaseRequest = new PurchaseRequest(1, 31000, 1);
//建立相關的審批人
DepartmentApprover departmentApprover = new DepartmentApprover("張主任");
CollegeApprover collegeApprover = new CollegeApprover("李院長");
ViceSchoolMasterApprover viceSchoolMasterApprover = new ViceSchoolMasterApprover("王副校");
SchoolMasterApprover schoolMasterApprover = new SchoolMasterApprover("佟校長");
//需要將各個審批級別的下一個設定好 (處理人構成環形: )
departmentApprover.setApprover(collegeApprover);
collegeApprover.setApprover(viceSchoolMasterApprover);
viceSchoolMasterApprover.setApprover(schoolMasterApprover);
schoolMasterApprover.setApprover(departmentApprover);
departmentApprover.processRequest(purchaseRequest);
viceSchoolMasterApprover.processRequest(purchaseRequest);
}
}
職責鏈模式在SpringMVC 框架應用的原始碼分析
-
SpringMVC-HandlerExecutionChain 類就使用到職責鏈模式
-
SpringMVC 請求流程簡圖
職責鏈模式的注意事項和細節
-
將請求和處理分開，實現解耦，提高系統的靈活性
-
簡化了物件，使物件不需要知道鏈的結構
-
效能會受到影響，特別是在鏈比較長的時候，因此需控制鏈中最大節點數量，一般通過在 Handler 中設定一個最大節點數量，在 setNext()方法中判斷是否已經超過閥值，超過則不允許該鏈建立，避免出現超長鏈無意識地破壞系統性能
-
除錯不方便。採用了類似遞迴的方式，除錯時邏輯可能比較複雜
-
最佳應用場景：有多個物件可以處理同一個請求時，比如：多級請求、請假/加薪等審批流程、Java Web 中 Tomcat對 Encoding 的處理、攔截器