圖解Java設計模式之職責鏈模式 學校OA系統的採購審批項目 :需求是 傳統方案解決OA系統審批,傳統的設計方案 職責鏈模式基本介紹 職責鏈模式解決OA系統採購審批 職責鏈模式在SpringMVC框架應用的源碼 職責鏈模式的註意事項和細節 學校OA系統的採購審批項目 :需求是 採購員採購教學器材1) ...
圖解Java設計模式之職責鏈模式
學校OA系統的採購審批項目 :需求是
採購員採購教學器材
1)如果金額 小於等於 5000,由教學主任審批 (0<=x<=5000)
2)如果金額 小於等於 10000,由院長審批(5000 < x <= 10000)
3)如果金額 小於等於 30000,由副校長審批(10000 < x <= 30000)
4)如果金額 超過 30000 以上,有校長審批(30000 < x)
傳統方案解決OA系統審批,傳統的設計方案
1)傳統方式是 :接收到一個採購請求後,根據採購金額來調用對應的Approver(審批人)完成審批。
2)傳統方式的問題分析 :客戶端這裡會使用到 分支判斷(比如 switch)來對不同的採購請求處理,這樣就存在如下問題(1)如果各個級別的人員審批金額發生變化,在客戶端的也需要變化(2)客戶端必須明確的知道,有多少個審批級別和訪問。
3)這樣對一個採購請求進行處理和Approver (審批人)就存在強耦合關心,不利於代碼的擴展和維護
4)解決方案 職責鏈模式
職責鏈模式基本介紹
1)職責鏈模式(Chain of Responsibility Pattern),又叫責任鏈模式,為請求創建鏈一個接收者對象的鏈。這種模式對請求的發送者和接收者進行解耦。
2)職責鏈模式通常每個接收者都包含對另一個接收者的引用。如果一個對象不能處理該請求,那麼它會把相同的請求傳給下一個接收者,以此類推。
3)這種類型的設計模式屬於行為型模式。
對原理類圖的說明 :
1)Handler :抽象的處理者,定義鏈一個處理請求的介面,同時含義另外Handler。
2)ConcreteHandlerA、B 是具體的處理者,處理它自己負責的請求,可以訪問它的後繼者(即下一個處理者),如果可以處理當前請求,則處理,否則就將該請求交給後繼者去處理,從而形成一個職責鏈。
3)Request,含有很多屬性,表示一個請求。
職責鏈模式解決OA系統採購審批
1)應用實例要求
編寫程式完成學校OA系統的採購審批項目 :需求
採購員採購教學器材
1)如果金額 小於等於 5000,由教學主任審批 (0<=x<=5000)
2)如果金額 小於等於 10000,由院長審批(5000 < x <= 10000)
3)如果金額 小於等於 30000,由副校長審批(10000 < x <= 30000)
4)如果金額 超過 30000 以上,有校長審批(30000 < x)
2)類圖
package com.example.demo.responsibility;
/**
* 請求類
* @author zhaozhaohai
*
*/
public class PurchaseRequest {
/**
* 請求類型
*/
private int type = 0;
/**
* 請求金額
*/
private float price = 0.0f;
private int id = 0;
/**
* 構造器
* @param type
* @param price
* @param id
*/
public PurchaseRequest(int type, float price, int id) {
super();
this.type = type;
this.price = price;
this.id = id;
}
public int getType() {
return type;
}
public void setType(int type) {
this.type = type;
}
public float getPrice() {
return price;
}
public void setPrice(float price) {
this.price = price;
}
public int getId() {
return id;
}
public void setId(int id) {
this.id = id;
}
}
package com.example.demo.responsibility;
public abstract class Approver {
/**
* 下一個處理者
*/
Approver approver;
/**
* 名字
*/
String name;
public Approver(String name) {
super();
this.name = name;
}
/**
* 下一個處理者
* @param approver
*/
public void setApprover(Approver approver) {
this.approver = approver;
}
/**
* 處理審批請求的方法,得到一個請求,處理是子類完成,因此該方法做成抽象
* @param purchaseRequest
*/
public abstract void processRequest(PurchaseRequest purchaseRequest);
public String getName() {
return name;
}
}
package com.example.demo.responsibility;
public class CollegeApprover extends Approver{
public CollegeApprover(String name) {
super(name);
// TODO Auto-generated constructor stub
}
@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);
}
}
}
package com.example.demo.responsibility;
public class DepartmentAPprover extends Approver{
public DepartmentAPprover(String name) {
super(name);
// TODO Auto-generated constructor stub
}
@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);
}
}
}
package com.example.demo.responsibility;
public class SchoolMasterApprover extends Approver {
public SchoolMasterApprover(String name) {
super(name);
// TODO Auto-generated constructor stub
}
@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);
}
}
}
package com.example.demo.responsibility;
public class ViceSchoolMasterApprover extends Approver {
public ViceSchoolMasterApprover(String name) {
super(name);
// TODO Auto-generated constructor stub
}
@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);
}
}
}
package com.example.demo.responsibility;
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框架應用的源碼
對源碼總結 :
1)SpringMVC 請求的流程圖中,執行了 攔截器相關方法 interceptor.preHandler 等等。
2)在處理SpringMVC 請求時,使用到職責鏈模式還使用到適配器模式。
3)HandlerExecutionChain 註意負責的是請求攔截器的執行和請求處理,但是它本身不處理請求,只是將請求分配給鏈上註冊處理器執行,這是職責鏈實現方式,減少職責鏈本身與處理邏輯之間的耦合,規範鏈處理流程。
4)HandlerExecutionChain 維護鏈 HandlerInterceptor 的集合,可以向其中註冊相應的攔截器。
職責鏈模式的註意事項和細節
1)將請求和處理分開,實現解耦,提高系統的靈活性。
2)簡化鏈對象,使對象不需要知道鏈的結構。
3)性能會受到影響,特別是在鏈比較長的時候,因此需控制鏈中最大節點數量,一般通過在Handler中設置一個最大節點數量,在setNext()方法中判斷是否已經超過閥值,超過則不允許該鏈建立,避免出現超長鏈無意識地破壞系統性能。
4)調試不方便。採用了類似遞歸的方式,調試時邏輯可能比較複雜。
5)最佳應用場景 :對多個對象可以處理同一個請求時,比如 :多級請求、請假/加薪等審批流程,Java Web 中 Tomcat 對Enciding的處理,攔截器。