政策模式 -- 職責鍊模式

文章目錄

- 1、學校 OA 系統的采購審批項目：需求是
- 2、傳統方案解決 OA 系統審批，傳統的設計方案(類圖)
- 3、傳統方案解決 OA 系統審批問題分析
- 4、職責鍊模式基本介紹
- 5、職責鍊模式的原理類圖
- 6、職責鍊模式解決 OA 系統采購審批
- 7、職責鍊模式在 SpringMVC 架構應用的源碼分析
- 8、職責鍊模式的注意事項和細節

1、學校 OA 系統的采購審批項目：需求是

采購員采購教學器材

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

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

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

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

請設計程式完成采購審批項目

2、傳統方案解決 OA 系統審批，傳統的設計方案(類圖)

政策模式 -- 職責鍊模式

3、傳統方案解決 OA 系統審批問題分析

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

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

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

(2) 用戶端必須明确的知道有多少個審批級别和通路

3)這樣對一個采購請求進行處理和 Approver (審批人) 就存在強耦合關系，不利于代碼的擴充和維護

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

4、職責鍊模式基本介紹

基本介紹

1)職責鍊模式（Chain of Responsibility Pattern）, 又叫責任鍊模式，為請求建立了一個接收者對象的鍊(簡單示意圖)。這種模式對請求的發送者和接收者進行解耦。

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

3)這種類型的設計模式屬于行為型模式

5、職責鍊模式的原理類圖

政策模式 -- 職責鍊模式

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

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

2)ConcreteHandlerA , B 是具體的處理者, 處理它自己負責的請求，可以通路它的後繼者(即下一個處理者), 如果可以處理目前請求，則處理，否則就将該請求交個後繼者去處理，進而形成一個職責鍊

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

6、職責鍊模式解決 OA 系統采購審批

1)應用執行個體要求

編寫程式完成學校 OA 系統的采購審批項目：需求采購員采購教學器材

如果金額小于等于 5000, 由教學主任審批如果金額

小于等于 10000, 由院長審批

如果金額小于等于 30000, 由副校長審批如果金額

超過 30000 以上，有校長審批

2)思路分析和圖解(類圖)

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

7、職責鍊模式在 SpringMVC 架構應用的源碼分析

1)SpringMVC-HandlerExecutionChain 類就使用到職責鍊模式

2)SpringMVC 請求流程簡圖

3)代碼分析+Debug 源碼+說明

政策模式 -- 職責鍊模式

4)源碼和說明

import org.springframework.web.servlet.HandlerExecutionChain; 
import org.springframework.web.servlet.HandlerInterceptor;

public class ResponsibilityChain {
	public static void main(String[] args) {
		// TODO Auto-generated method stub
		// DispatcherServlet

		//說明
		/*
		*
		*protected void doDispatch(HttpServletRequest request, HttpServletResponse response) throws Exception {
		*HandlerExecutionChain mappedHandler = null;
		*mappedHandler = getHandler(processedRequest);//擷取到 HandlerExecutionChain 對象
		*	//在 mappedHandler.applyPreHandle 内部 得到啦 HandlerInterceptor interceptor
		*	//調用了攔截器的	interceptor.preHandle
		*	if (!mappedHandler.applyPreHandle(processedRequest, response)) { 
		*		return;
		*	}

			//說明：mappedHandler.applyPostHandle 方法内部擷取到攔截器，并調用
			//攔截器的	interceptor.postHandle(request, response, this.handler, mv);
			mappedHandler.applyPostHandle(processedRequest, response, mv);
		*	}
		*
		*
		*	//說明：在	mappedHandler.applyPreHandle 内部中，
		*	還調用了	triggerAfterCompletion 方法，該方法中調用了
		*	HandlerInterceptor interceptor = getInterceptors()[i]; 
		*	try {
				interceptor.afterCompletion(request, response, this.handler, ex);
			}
			catch (Throwable ex2) {
				logger.error("HandlerInterceptor.afterCompletion threw exception", ex2);
			}
		*/
	}
}

5)對源碼總結

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

✔在處理 SpringMvc 請求時，使用到職責鍊模式還使用到擴充卡模式

✔HandlerExecutionChain 主要負責的是請求攔截器的執行和請求處理,但是他本身不處理請求，隻是将請求配置設定給鍊上注冊處理器執行，這是職責鍊實作方式,減少職責鍊本身與處理邏輯之間的耦合,規範了處理流程

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

8、職責鍊模式的注意事項和細節

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

2)簡化了對象，使對象不需要知道鍊的結構

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

4)調試不友善。采用了類似遞歸的方式，調試時邏輯可能比較複雜

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

政策模式 -- 職責鍊模式

文章目錄

1、學校 OA 系統的采購審批項目：需求是

2、傳統方案解決 OA 系統審批，傳統的設計方案(類圖)

3、傳統方案解決 OA 系統審批問題分析

4、職責鍊模式基本介紹

5、職責鍊模式的原理類圖

6、職責鍊模式解決 OA 系統采購審批

7、職責鍊模式在 SpringMVC 架構應用的源碼分析

8、職責鍊模式的注意事項和細節

繼續閱讀

面向對象設計原則-04單一職責原則面向對象設計原則-04單一職責原則

設計模式（java）———七大原則設計模式的目的

.NET程式員的技能分析參考V1.0(有附件)

重構，第一個案例

程式員技術練級攻略（轉載）

吃透MVC，馴服爛代碼吃透MVC，馴服爛代碼

《每日程式設計》----《設計模式》----《三》----bridge模式

一文掌握14個高大尚設計模式的适用場景(圖例)！！！------1

一文掌握14個高大尚設計模式的适用場景(圖例)！！！------2

20條程式設計經驗

【觀點】風雨20年：我所積累的20條程式設計經驗【觀點】風雨20年：我所積累的20條程式設計經驗

【轉載】風雨20年：我所積累的20條程式設計經驗

做Java開發2w月薪，需要技術水準達到什麼程度？

Java程式員月薪三萬，技術水準需要達到什麼程度？

Java 程式員進入 BAT，技術需要達到什麼水準？

工廠模式-三種類型