採購員採購教學器材
1)若是金額 小於等於 5000,由教學主任審批 (0<=x<=5000)
2)若是金額 小於等於 10000,由院長審批(5000 < x <= 10000)
3)若是金額 小於等於 30000,由副校長審批(10000 < x <= 30000)
4)若是金額 超過 30000 以上,有校長審批(30000 < x)設計模式
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,含有不少屬性,表示一個請求。框架
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); } }
對源碼總結 :
1)SpringMVC 請求的流程圖中,執行了 攔截器相關方法 interceptor.preHandler 等等。
2)在處理SpringMVC 請求時,使用到職責鏈模式還使用到適配器模式。
3)HandlerExecutionChain 注意負責的是請求攔截器的執行和請求處理,可是它自己不處理請求,只是將請求分配給鏈上註冊處理器執行,這是職責鏈實現方式,減小職責鏈自己與處理邏輯之間的耦合,規範鏈處理流程。
4)HandlerExecutionChain 維護鏈 HandlerInterceptor 的集合,能夠向其中註冊相應的攔截器。性能
1)將請求和處理分開,實現解耦,提升系統的靈活性。
2)簡化鏈對象,使對象不須要知道鏈的結構。
3)性能會受到影響,特別是在鏈比較長的時候,所以需控制鏈中最大節點數量,通常經過在Handler中設置一個最大節點數量,在setNext()方法中判斷是否已經超過閥值,超過則不容許該鏈創建,避免出現超長鏈無心識地破壞系統性能。
4)調試不方便。採用了相似遞歸的方式,調試時邏輯可能比較複雜。
5)最佳應用場景 :對多個對象能夠處理同一個請求時,好比 :多級請求、請假/加薪等審批流程,Java Web 中 Tomcat 對Enciding的處理,攔截器。this