圖解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)解決方案 職責鏈模式app

職責鏈模式基本介紹

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)類圖
在這裏插入圖片描述ide

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的處理,攔截器。this

相關文章
相關標籤/搜索