設計模式JAVA-職責鏈模式(十六)

1.職責鏈模式

1.1 場景

採購員採購教學器材

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 (審批人) 就存在強耦合關係，不利於代碼的擴展和維護

客戶端調用

如上圖所示：把每個符合條件需要處理的，都放到每個具體的處理類裏，具體處理類都繼承一個父類，這個父類維護所有子類下一個處理類的鏈條關係，當符合某個具體類，則具體類處理，若不符合，則退出該具體類，調用下一個具體處理類，依次類推，直到請求處理結束
1

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);
	}

}

2

//請求類
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;
	}
	
}

3

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 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);
		}
	}
}

1.2 職責鏈模式

基本介紹

1. 職責鏈模式（Chain of ResponsibilityPattern）, 又叫 責任鏈模式，爲請求創建了一個接收者對象的鏈(簡單示意圖)。這種模式對請求的發送者和接收者進行解耦。
2. 職責鏈模式通常每個接收者都包含對另一個接收者的引用。如果一個對象不能處理該請求，那麼它會把相同的請求傳給下一個接收者，依此類推。
3. 這種類型的設計模式屬於行爲型模式

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

1. Handler: 抽象的處理者, 定義了一個處理請求的接口, 同時含義另外 Handler
2. ConcreteHandlerA, B 是具體的處理者, 處理它自己負責的請求， 可以訪問它的後繼者(即下一個處理者), 如果可以處理當前請求，則處理，否則就將該請求交個 後繼者去處理，從而形成一個職責鏈
3. Request， 含義很多屬性，表示一個請求

1.3 職責鏈模式在SpringMVC框架應用

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

對源碼總結

• springmvc 請求的流程圖中，執行了 攔截器相關方法 interceptor.preHandler等等
• 在處理 SpringMvc請求時，使用到職責鏈模式還使用到適配器模式
• HandlerExecutionChain主要負責的是請求攔截器的執行和請求處理,但是他本身不處理請求，只是將請求分配給鏈上註冊處理器執行，這是職責鏈實現方式,減少職責鏈本身與處理邏輯之間的耦合,規範了處理流程
• HandlerExecutionChain維護了 HandlerInterceptor的集合， 可以向其中註冊相應的攔截器.

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

1. 將請求和處理分開，實現解耦，提高系統的靈活性
2. 簡化了對象，使對象不需要知道鏈的結構
3. 性能會受到影響，特別是在鏈比較長的時候，因此需控制鏈中最大節點數量，一般通過在 Handler中設置一個最大節點數量，在 setNext()方法中判斷是否已經超過閥值，超過則不允許該鏈建立，避免出現超長鏈無意識地破壞系統性能
4. 調試不方便。採用了類似遞歸的方式，調試時邏輯可能比較複雜
5. 最佳應用場景：有多個對象可以處理同一個請求時，比如：多級請求、請假/加薪等審批流程、JavaWeb中 Tomcat對 Encoding 的處理、攔截器