圖解Java設計模式之職責鏈模式

圖解Java設計模式之職責鏈模式

• 學校OA系統的采購審批專案 ：需求是
• 傳統方案解決OA系統審批，傳統的設計方案
• 職責鏈模式基本介紹
• 職責鏈模式解決OA系統采購審批
• 職責鏈模式在SpringMVC框架應用的原始碼
• 職責鏈模式的注意事項和細節

學校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的處理，攔截器，

標籤：設計模式

上一篇：設計模式：單例模式

下一篇：PHP設計模式—原型模式