摘要:簡介職責(zé)鏈模式有時候也叫責(zé)任鏈模式,它是一種對象行為的設(shè)計模式。中的就是使用了責(zé)任鏈模式。純的責(zé)任鏈模式的實際例子很難找到,一般看到的例子均是不純的責(zé)任鏈模式的實現(xiàn)。如果堅持責(zé)任鏈不純便不是責(zé)任鏈模式,那么責(zé)任鏈模式便不會有太大意義了。
Java設(shè)計模式之職責(zé)鏈模式
前幾天復(fù)習(xí)java的異常處理時,接觸到了責(zé)任鏈模式。在企業(yè)級應(yīng)用中,從前臺發(fā)過來的請求在后臺拋出異常,異常處理的設(shè)計一般會用到責(zé)任鏈模式,比如sql異常并不會直接拋出給前臺,而是經(jīng)過一系列的處理和再封裝,拋給前臺一個用戶可識別的異常信息。
簡介職責(zé)鏈模式有時候也叫責(zé)任鏈模式,它是一種對象行為的設(shè)計模式。目的是:使多個對象都有機會處理請求,從而避免請求的發(fā)送者和接收者之間的耦合關(guān)系,將這些對象連成一條鏈,并沿著這條鏈傳遞該請求,直到有一個對象處理它為止。發(fā)送請求的客戶端并不知道鏈上的哪個對象會處理這個請求,這使得系統(tǒng)在不影響客戶端的情況下動態(tài)的組織和分配責(zé)任。
這里需要注意的是,職責(zé)鏈可以是一條直線、一個環(huán)鏈或者是一個樹結(jié)構(gòu)的一部分。
Tomcat中的Filter就是使用了責(zé)任鏈模式。
參與者職責(zé)鏈模式UML圖:
一個典型的職責(zé)鏈對象圖可能這樣的:
Handler:抽象處理者。定義一個處理請求的接口,如果需要,接口可以定義 出一個方法以設(shè)定和返回對下家的引用。這個角色通常由一個Java抽象類或者Java接口實現(xiàn)。上圖中Handler類的聚合關(guān)系給出了具體子類對下家的引用,抽象方法handleRequest()規(guī)范了子類處理請求的操作。
ConcreteHandler:具體處理者。具體處理者接受到請求后,可以選擇立即處理這個請求或者將請求傳遞給下家。由于具體處理者持有對下家的引用,因此,如果需要,具體處理者可以訪問下家。
Client:客戶端。向處理者提交請求對象。
代碼示例需求:部門搞活動向公司申請經(jīng)費,金額小于1000的項目經(jīng)理就可以審批,小于2000的部門經(jīng)理可以審批,大于2000的只能總經(jīng)理審批。
這里就使用職責(zé)鏈模式。申請人提交給項目經(jīng)理申請經(jīng)費,項目經(jīng)理如果權(quán)限夠的話就審批,不夠的話就提交到上級領(lǐng)導(dǎo),依次類推,直到能夠處理請求為止。
代碼實現(xiàn):
Handler:審批人員的抽象父類
package com.wangjun.designPattern.chainOfResponsibility; public abstract class Handler { protected Handler successor; public abstract boolean handler(int fee); public abstract void setSuccessor(Handler successor); public abstract Handler getSuccessot(); }
ConcreteHandler1:項目經(jīng)理
package com.wangjun.designPattern.chainOfResponsibility; public class ProjectManager extends Handler { @Override public boolean handler(int fee) { if(fee <= 1000) { System.out.println("項目經(jīng)理:審批通過。金額:" + fee); return true; }else { System.out.println("金額大于1000,項目經(jīng)理無權(quán)審批,移交給部門經(jīng)理!"); setSuccessor(new DepartmentManager()); return successor.handler(fee); } } @Override public void setSuccessor(Handler successor) { this.successor = successor; } @Override public Handler getSuccessot() { return successor; } }
ConcreteHandler2:部門經(jīng)理
package com.wangjun.designPattern.chainOfResponsibility; public class DepartmentManager extends Handler { @Override public boolean handler(int fee) { if(fee <= 2000) { System.out.println("部門經(jīng)理:審批通過。金額:" + fee); return true; }else { System.out.println("金額大于2000,部門經(jīng)理無權(quán)審批,移交給總經(jīng)理!"); setSuccessor(new Manager()); return successor.handler(fee); } } @Override public void setSuccessor(Handler successor) { this.successor = successor; } @Override public Handler getSuccessot() { return successor; } }
ConcreteHandler3:總經(jīng)理
package com.wangjun.designPattern.chainOfResponsibility; public class Manager extends Handler { @Override public boolean handler(int fee) { if(fee <= 10000) { System.out.println("總經(jīng)理:審批通過。金額:" + fee); return true; }else { System.out.println("金額大于10000,審批不通過!申請金額:" + fee); return false; } } @Override public void setSuccessor(Handler successor) { this.successor = successor; } @Override public Handler getSuccessot() { return successor; } }
Client:客戶端申請費用
package com.wangjun.designPattern.chainOfResponsibility; public class Client { public static void main(String[] args) { // 測試申請費用列表 int[] arr = {500, 1500, 2500, 29000}; // 將申請?zhí)峤唤o的項目經(jīng)理 ProjectManager pm = new ProjectManager(); for(int i = 0; i < arr.length; i++) { System.out.println("第" + (i+1) + "筆費用"); if(pm.handler(arr[i])) { System.out.println("申請經(jīng)費成功!"); }else { System.out.print("申請經(jīng)費失??!"); } System.out.println(); } } }
運行結(jié)果:
第1筆費用 項目經(jīng)理:審批通過。金額:500 申請經(jīng)費成功! 第2筆費用 金額大于1000,項目經(jīng)理無權(quán)審批,移交給部門經(jīng)理! 部門經(jīng)理:審批通過。金額:1500 申請經(jīng)費成功! 第3筆費用 金額大于1000,項目經(jīng)理無權(quán)審批,移交給部門經(jīng)理! 金額大于2000,部門經(jīng)理無權(quán)審批,移交給總經(jīng)理! 總經(jīng)理:審批通過。金額:2500 申請經(jīng)費成功! 第4筆費用 金額大于1000,項目經(jīng)理無權(quán)審批,移交給部門經(jīng)理! 金額大于2000,部門經(jīng)理無權(quán)審批,移交給總經(jīng)理! 金額大于10000,審批不通過!申請金額:29000 申請經(jīng)費失?。?/pre> 總結(jié)可以在一下情況下使用職責(zé)鏈模式:
有多個對象可以處理同一個請求,哪個對象處理請求在運行時刻自動確定;
你想在不明確指定接受者的情況下,向多個對象的一個提交請求;
可處理一個請求的對象集合應(yīng)被動態(tài)指定。
純的與不純的責(zé)任鏈模式
一個純的責(zé)任鏈模式要求一個具體的處理者對象只能在兩個行為中選擇一個:一是承擔(dān)責(zé)任,而是把責(zé)任推給下家。不允許出現(xiàn)某一個具體處理者對象在承擔(dān)了一部分責(zé)任后又 把責(zé)任向下傳的情況。
在一個純的責(zé)任鏈模式里面,一個請求必須被某一個處理者對象所接收;在一個不純的責(zé)任鏈模式里面,一個請求可以最終不被任何接收端對象所接收。
純的責(zé)任鏈模式的實際例子很難找到,一般看到的例子均是不純的責(zé)任鏈模式的實現(xiàn)。有些人認(rèn)為不純的責(zé)任鏈根本不是責(zé)任鏈模式,這也許是有道理的。但是在實際的系統(tǒng)里,純的責(zé)任鏈很難找到。如果堅持責(zé)任鏈不純便不是責(zé)任鏈模式,那么責(zé)任鏈模式便不會有太大意義了。
loading...
后續(xù)研究一下tomcat的Filter機制。
參考:《設(shè)計模式》
https://blog.csdn.net/m136663...
文章版權(quán)歸作者所有,未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址:http://systransis.cn/yun/69452.html
摘要:想一想,這個和我們的迭代器模式有著異曲同工的妙處,迭代器模式同樣也是遍歷選出最優(yōu)解,但是相比而言,職責(zé)鏈模式的直觀性個書寫的幸福感是遠(yuǎn)遠(yuǎn)超過迭代器模式的。 職責(zé)鏈模式其實很好理解,由于一個鏈字出賣了它的靈魂。我們可以從這個字得到很大的提示。首先這個模式一定有傳遞性,而且,節(jié)點是可以重復(fù)拼接的,并且每個節(jié)點都具有一定的過濾功能,一定的職責(zé)。 是不是想起了組合模式里的一些內(nèi)容呢? 是的,他...
摘要:面向?qū)ο蟪R姷脑O(shè)計模式有策略模式模板方法觀察者模式責(zé)任鏈模式以及工廠模式,使用表達(dá)式函數(shù)式編程思維有助于避免面向?qū)ο箝_發(fā)中的那些固定代碼。 本文是一篇《Java 8實戰(zhàn)》的閱讀筆記,閱讀大約需要5分鐘。 有點標(biāo)題黨,但是這確實是我最近使用Lambda表達(dá)式的感受。設(shè)計模式是過去的一些好的經(jīng)驗和套路的總結(jié),但是好的語言特性可以讓開發(fā)者不去考慮這些設(shè)計模式。面向?qū)ο蟪R姷脑O(shè)計模式有策略模式...
摘要:設(shè)計模式的類別設(shè)計模式一共分為種類型,共種。屬于結(jié)構(gòu)型的設(shè)計模式適配器模式橋接模式裝飾模式組合模式外觀模式享元模式代理模式。問題描述了應(yīng)該在何時使用設(shè)計模式。解決方案描述了設(shè)計的組成成分,它們之間的相互關(guān)系及各自的職責(zé)和協(xié)作方式。 設(shè)計模式概述 1. 設(shè)計模式是什么 我們在平時編寫代碼的過程中,會遇到各種各樣的問題,細(xì)想一下很多問題的解決思路大致一樣的,這時候你就可以把解決問題的思路整...
摘要:提交請求的對象并不明確知道哪一個對象將會處理它也就是該請求有一個隱式的接受者。 20190412期 設(shè)計模式-如何理解職責(zé)鏈模式? 定義: 使多個對象都有機會處理請求,從而避免請求的發(fā)送者和接收者之間的耦合關(guān)系,將這些對象連成一條鏈,并沿著這條鏈傳遞該請求,直到有一個對象處理它為止 也就是說,請求以后,從第一個對象開始,鏈中收到請求的對象要么親自處理它,要么轉(zhuǎn)發(fā)給鏈中的下一個候選者。提...
摘要:推文用設(shè)計模式解構(gòu)三國是一種什么體驗行為型設(shè)計模式一策略模式工廠模式優(yōu)化結(jié)構(gòu)狀態(tài)模式隨著狀態(tài)改變而改變行為。推文狀態(tài)機與狀態(tài)模式責(zé)任鏈模式多個對象依次處理請求前者指定后者。代理模式代理針對一個對象,為了增加控制等中介雙方都是多個,為了解耦。 策略模式 選擇使用封裝好的一系列算法,可相互替換。 類比:商店[Context]買完衣服買單[Stratege](現(xiàn)金[Concrete Stra...
閱讀 3581·2023-04-26 02:10
閱讀 1343·2021-11-22 15:25
閱讀 1684·2021-09-22 10:02
閱讀 920·2021-09-06 15:02
閱讀 3480·2019-08-30 15:55
閱讀 613·2019-08-30 13:58
閱讀 2789·2019-08-30 12:53
閱讀 3068·2019-08-29 12:38