色哟哟视频在线观看-色哟哟视频在线-色哟哟欧美15最新在线-色哟哟免费在线观看-国产l精品国产亚洲区在线观看-国产l精品国产亚洲区久久

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認識你,還能領取20積分哦,立即完善>

3天內不再提示

一起看看責任鏈設計模式吧!

Android編程精選 ? 來源:CSDN ? 作者:Java小海 ? 2022-07-08 16:25 ? 次閱讀
  • 什么是責任鏈
  • 場景
    • 反例
    • 初步改造
    • 缺點
    • 責任鏈改造
    • 責任鏈工廠改造
  • 聊聊其他

最近,我讓團隊內一位成員寫了一個導入功能。他使用了責任鏈模式,代碼堆的非常多,bug 也多,沒有達到我預期的效果。實際上,針對導入功能,我認為模版方法更合適!為此,隔壁團隊也拿出我們的案例,進行了集體 code review。

學好設計模式,且不要為了練習,強行使用!讓原本100行就能實現(xiàn)的功能,寫了 3000 行!

對錯暫且不論,我們先一起看看責任鏈設計模式吧!

什么是責任鏈

「責任鏈模式」 是一種行為設計模式, 允許你將請求沿著處理者鏈進行發(fā)送。收到請求后, 每個處理者均可對請求進行處理, 或將其傳遞給鏈上的下個處理者。

3dca85f4-fc56-11ec-ba43-dac502259ad0.png

基于 Spring Boot + MyBatis Plus + Vue & Element 實現(xiàn)的后臺管理系統(tǒng) + 用戶小程序,支持 RBAC 動態(tài)權限、多租戶、數(shù)據(jù)權限、工作流、三方登錄、支付、短信、商城等功能。

項目地址:https://github.com/YunaiV/ruoyi-vue-pro

場景

責任鏈的使用場景還是比較多的

  • 多條件流程判斷:權限控制
  • ERP 系統(tǒng)流程審批:總經(jīng)理、人事經(jīng)理、項目經(jīng)理
  • Java 過濾器 的底層實現(xiàn) Filter

如果不使用該設計模式,那么當需求有所改變時,就會使得代碼臃腫或者難以維護,例如下面的例子

反例

假設現(xiàn)在有一個闖關游戲,進入下一關的條件是上一關的分數(shù)要高于xx

  1. 游戲一共 3 個關卡
  2. 進入第二關需要第一關的游戲得分大于等于 80
  3. 進入第三關需要第二關的游戲得分大于等于 90

那么代碼可以這樣寫

//第一關
publicclassFirstPassHandler{
publicinthandler(){
System.out.println("第一關-->FirstPassHandler");
return80;
}
}

//第二關
publicclassSecondPassHandler{
publicinthandler(){
System.out.println("第二關-->SecondPassHandler");
return90;
}
}


//第三關
publicclassThirdPassHandler{
publicinthandler(){
System.out.println("第三關-->ThirdPassHandler,這是最后一關啦");
return95;
}
}

//客戶端
publicclassHandlerClient{
publicstaticvoidmain(String[]args){

FirstPassHandlerfirstPassHandler=newFirstPassHandler();//第一關
SecondPassHandlersecondPassHandler=newSecondPassHandler();//第二關
ThirdPassHandlerthirdPassHandler=newThirdPassHandler();//第三關

intfirstScore=firstPassHandler.handler();
//第一關的分數(shù)大于等于80則進入第二關
if(firstScore>=80){
intsecondScore=secondPassHandler.handler();
//第二關的分數(shù)大于等于90則進入第二關
if(secondScore>=90){
thirdPassHandler.handler();
}
}
}
}

那么如果這個游戲有100關,我們的代碼很可能就會寫成這個樣子

if(第1關通過){
//第2關游戲
if(第2關通過){
//第3關游戲
if(第3關通過){
//第4關游戲
if(第4關通過){
//第5關游戲
if(第5關通過){
//第6關游戲
if(第6關通過){
//...
}
}
}
}
}
}

這種代碼不僅冗余,并且當我們要將某兩關進行調整時會對代碼非常大的改動,這種操作的風險是很高的,因此,該寫法非常糟糕

初步改造

如何解決這個問題,我們可以通過鏈表將每一關連接起來,形成責任鏈的方式,第一關通過后是第二關,第二關通過后是第三關 ....,這樣客戶端就不需要進行多重 if 的判斷了

publicclassFirstPassHandler{
/**
*第一關的下一關是第二關
*/
privateSecondPassHandlersecondPassHandler;

publicvoidsetSecondPassHandler(SecondPassHandlersecondPassHandler){
this.secondPassHandler=secondPassHandler;
}

//本關卡游戲得分
privateintplay(){
return80;
}

publicinthandler(){
System.out.println("第一關-->FirstPassHandler");
if(play()>=80){
//分數(shù)>=80并且存在下一關才進入下一關
if(this.secondPassHandler!=null){
returnthis.secondPassHandler.handler();
}
}

return80;
}
}

publicclassSecondPassHandler{

/**
*第二關的下一關是第三關
*/
privateThirdPassHandlerthirdPassHandler;

publicvoidsetThirdPassHandler(ThirdPassHandlerthirdPassHandler){
this.thirdPassHandler=thirdPassHandler;
}

//本關卡游戲得分
privateintplay(){
return90;
}

publicinthandler(){
System.out.println("第二關-->SecondPassHandler");

if(play()>=90){
//分數(shù)>=90并且存在下一關才進入下一關
if(this.thirdPassHandler!=null){
returnthis.thirdPassHandler.handler();
}
}

return90;
}
}

publicclassThirdPassHandler{

//本關卡游戲得分
privateintplay(){
return95;
}

/**
*這是最后一關,因此沒有下一關
*/
publicinthandler(){
System.out.println("第三關-->ThirdPassHandler,這是最后一關啦");
returnplay();
}
}

publicclassHandlerClient{
publicstaticvoidmain(String[]args){

FirstPassHandlerfirstPassHandler=newFirstPassHandler();//第一關
SecondPassHandlersecondPassHandler=newSecondPassHandler();//第二關
ThirdPassHandlerthirdPassHandler=newThirdPassHandler();//第三關

firstPassHandler.setSecondPassHandler(secondPassHandler);//第一關的下一關是第二關
secondPassHandler.setThirdPassHandler(thirdPassHandler);//第二關的下一關是第三關

//說明:因為第三關是最后一關,因此沒有下一關
//開始調用第一關每一個關卡是否進入下一關卡在每個關卡中判斷
firstPassHandler.handler();

}
}

缺點

現(xiàn)有模式的缺點

  • 每個關卡中都有下一關的成員變量并且是不一樣的,形成鏈很不方便
  • 代碼的擴展性非常不好

責任鏈改造

  • 既然每個關卡中都有下一關的成員變量并且是不一樣的,那么我們可以在關卡上抽象出一個父類或者接口,然后每個具體的關卡去繼承或者實現(xiàn)

有了思路,我們先來簡單介紹一下責任鏈設計模式的「基本組成」

  • 抽象處理者(Handler)角色:定義一個處理請求的接口,包含抽象處理方法和一個后繼連接。
  • 具體處理者(Concrete Handler)角色:實現(xiàn)抽象處理者的處理方法,判斷能否處理本次請求,如果可以處理請求則處理,否則將該請求轉給它的后繼者。
  • 客戶類(Client)角色:創(chuàng)建處理鏈,并向鏈頭的具體處理者對象提交請求,它不關心處理細節(jié)和請求的傳遞過程。
3de1a3a6-fc56-11ec-ba43-dac502259ad0.jpg責任鏈改造
publicabstractclassAbstractHandler{

/**
*下一關用當前抽象類來接收
*/
protectedAbstractHandlernext;

publicvoidsetNext(AbstractHandlernext){
this.next=next;
}

publicabstractinthandler();
}

publicclassFirstPassHandlerextendsAbstractHandler{

privateintplay(){
return80;
}

@Override
publicinthandler(){
System.out.println("第一關-->FirstPassHandler");
intscore=play();
if(score>=80){
//分數(shù)>=80并且存在下一關才進入下一關
if(this.next!=null){
returnthis.next.handler();
}
}
returnscore;
}
}

publicclassSecondPassHandlerextendsAbstractHandler{

privateintplay(){
return90;
}

publicinthandler(){
System.out.println("第二關-->SecondPassHandler");

intscore=play();
if(score>=90){
//分數(shù)>=90并且存在下一關才進入下一關
if(this.next!=null){
returnthis.next.handler();
}
}

returnscore;
}
}

publicclassThirdPassHandlerextendsAbstractHandler{

privateintplay(){
return95;
}

publicinthandler(){
System.out.println("第三關-->ThirdPassHandler");
intscore=play();
if(score>=95){
//分數(shù)>=95并且存在下一關才進入下一關
if(this.next!=null){
returnthis.next.handler();
}
}
returnscore;
}
}

publicclassHandlerClient{
publicstaticvoidmain(String[]args){

FirstPassHandlerfirstPassHandler=newFirstPassHandler();//第一關
SecondPassHandlersecondPassHandler=newSecondPassHandler();//第二關
ThirdPassHandlerthirdPassHandler=newThirdPassHandler();//第三關

//和上面沒有更改的客戶端代碼相比,只有這里的set方法發(fā)生變化,其他都是一樣的
firstPassHandler.setNext(secondPassHandler);//第一關的下一關是第二關
secondPassHandler.setNext(thirdPassHandler);//第二關的下一關是第三關

//說明:因為第三關是最后一關,因此沒有下一關

//從第一個關卡開始
firstPassHandler.handler();

}
}

責任鏈工廠改造

對于上面的請求鏈,我們也可以把這個關系維護到配置文件中或者一個枚舉中。我將使用枚舉來教會大家怎么動態(tài)的配置請求鏈并且將每個請求者形成一條調用鏈。

publicenumGatewayEnum{
//handlerId,攔截者名稱,全限定類名,preHandlerId,nextHandlerId
API_HANDLER(newGatewayEntity(1,"api接口限流","cn.dgut.design.chain_of_responsibility.GateWay.impl.ApiLimitGatewayHandler",null,2)),
BLACKLIST_HANDLER(newGatewayEntity(2,"黑名單攔截","cn.dgut.design.chain_of_responsibility.GateWay.impl.BlacklistGatewayHandler",1,3)),
SESSION_HANDLER(newGatewayEntity(3,"用戶會話攔截","cn.dgut.design.chain_of_responsibility.GateWay.impl.SessionGatewayHandler",2,null)),
;

GatewayEntitygatewayEntity;

publicGatewayEntitygetGatewayEntity(){
returngatewayEntity;
}

GatewayEnum(GatewayEntitygatewayEntity){
this.gatewayEntity=gatewayEntity;
}
}

publicclassGatewayEntity{

privateStringname;

privateStringconference;

privateIntegerhandlerId;

privateIntegerpreHandlerId;

privateIntegernextHandlerId;
}

publicinterfaceGatewayDao{

/**
*根據(jù)handlerId獲取配置項
*@paramhandlerId
*@return
*/
GatewayEntitygetGatewayEntity(IntegerhandlerId);

/**
*獲取第一個處理者
*@return
*/
GatewayEntitygetFirstGatewayEntity();
}

publicclassGatewayImplimplementsGatewayDao{

/**
*初始化,將枚舉中配置的handler初始化到map中,方便獲取
*/
privatestaticMapgatewayEntityMap=newHashMap<>();

static{
GatewayEnum[]values=GatewayEnum.values();
for(GatewayEnumvalue:values){
GatewayEntitygatewayEntity=value.getGatewayEntity();
gatewayEntityMap.put(gatewayEntity.getHandlerId(),gatewayEntity);
}
}

@Override
publicGatewayEntitygetGatewayEntity(IntegerhandlerId){
returngatewayEntityMap.get(handlerId);
}

@Override
publicGatewayEntitygetFirstGatewayEntity(){
for(Map.Entryentry:gatewayEntityMap.entrySet()){
GatewayEntityvalue=entry.getValue();
//沒有上一個handler的就是第一個
if(value.getPreHandlerId()==null){
returnvalue;
}
}
returnnull;
}
}

publicclassGatewayHandlerEnumFactory{

privatestaticGatewayDaogatewayDao=newGatewayImpl();

//提供靜態(tài)方法,獲取第一個handler
publicstaticGatewayHandlergetFirstGatewayHandler(){

GatewayEntityfirstGatewayEntity=gatewayDao.getFirstGatewayEntity();
GatewayHandlerfirstGatewayHandler=newGatewayHandler(firstGatewayEntity);
if(firstGatewayHandler==null){
returnnull;
}

GatewayEntitytempGatewayEntity=firstGatewayEntity;
IntegernextHandlerId=null;
GatewayHandlertempGatewayHandler=firstGatewayHandler;
//迭代遍歷所有handler,以及將它們鏈接起來
while((nextHandlerId=tempGatewayEntity.getNextHandlerId())!=null){
GatewayEntitygatewayEntity=gatewayDao.getGatewayEntity(nextHandlerId);
GatewayHandlergatewayHandler=newGatewayHandler(gatewayEntity);
tempGatewayHandler.setNext(gatewayHandler);
tempGatewayHandler=gatewayHandler;
tempGatewayEntity=gatewayEntity;
}
//返回第一個handler
returnfirstGatewayHandler;
}

/**
*反射實體化具體的處理者
*@paramfirstGatewayEntity
*@return
*/
privatestaticGatewayHandlernewGatewayHandler(GatewayEntityfirstGatewayEntity){
//獲取全限定類名
StringclassName=firstGatewayEntity.getConference();
try{
//根據(jù)全限定類名,加載并初始化該類,即會初始化該類的靜態(tài)段
Classclazz=Class.forName(className);
return(GatewayHandler)clazz.newInstance();
}catch(ClassNotFoundException|IllegalAccessException|InstantiationExceptione){
e.printStackTrace();
}
returnnull;
}
}

publicclassGetewayClient{
publicstaticvoidmain(String[]args){
GetewayHandlerfirstGetewayHandler=GetewayHandlerEnumFactory.getFirstGetewayHandler();
firstGetewayHandler.service();
}
}

基于微服務的思想,構建在 B2C 電商場景下的項目實戰(zhàn)。核心技術棧,是 Spring Boot + Dubbo 。未來,會重構成 Spring Cloud Alibaba 。

項目地址:https://github.com/YunaiV/onemall

聊聊其他

設計模式有很多,責任鏈只是其中的一種,我覺得很有意思,非常值得一學。

設計模式確實是一門藝術,仍需努力呀

審核編輯 :李倩


聲明:本文內容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權轉載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學習之用,如有內容侵權或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • JAVA
    +關注

    關注

    19

    文章

    2966

    瀏覽量

    104703
  • 代碼
    +關注

    關注

    30

    文章

    4780

    瀏覽量

    68527
  • 過濾器
    +關注

    關注

    1

    文章

    428

    瀏覽量

    19594

原文標題:同事寫了一個責任鏈模式,bug無數(shù)!

文章出處:【微信號:AndroidPush,微信公眾號:Android編程精選】歡迎添加關注!文章轉載請注明出處。

收藏 人收藏

    評論

    相關推薦

    ADS8327模式怎么用?

    如圖:圖59的CS是是分開的,圖60的CS時序又是同步的。CS分開很難實現(xiàn),DSP驅動時會很復雜,我想知道三片ADS8327的CS腳連一起可不可以工作。 如果CS共用,三片只能都配置為模式
    發(fā)表于 11-26 06:46

    請問tas5731m PBTL模式,單聲道輸出(AB連一起,CD連一起)如何實現(xiàn)左右聲道的混音輸出?

    請問tas5731m PBTL模式,單聲道輸出(AB連一起,CD連一起)如何實現(xiàn)左右聲道的混音輸出 還有開發(fā)軟件里能直接拉線么
    發(fā)表于 10-17 06:23

    隔離電源的地能接在一起嗎,隔離電源能不能直接共地使用

    不能接在一起。在使用隔離電源時,需要將隔離電源的輸入和輸出端的地線分別接在接地柱和接地線上,而不能將它們接在一起。實際上,如果將隔離電源兩端的地線接在一起,會導致接地系統(tǒng)的干擾,降低系統(tǒng)的工作穩(wěn)定性
    的頭像 發(fā)表于 10-01 16:27 ?1961次閱讀

    還在自己實現(xiàn)責任?我建議你造輪子之前先看看這個開源項目

    1. 前言 設計模式在軟件開發(fā)中被廣泛使用。通過使用設計模式,開發(fā)人員可以更加高效地開發(fā)出高質量的軟件系統(tǒng),提高代碼的可讀性、可維護性和可擴展性。 責任
    的頭像 發(fā)表于 09-20 14:38 ?353次閱讀
    還在自己實現(xiàn)<b class='flag-5'>責任</b><b class='flag-5'>鏈</b>?我建議你造輪子之前先<b class='flag-5'>看看</b>這個開源項目

    將5G信號與電平轉換結合在一起

    電子發(fā)燒友網(wǎng)站提供《將5G信號與電平轉換結合在一起.pdf》資料免費下載
    發(fā)表于 09-18 14:49 ?0次下載
    將5G信號<b class='flag-5'>鏈</b>與電平轉換結合在<b class='flag-5'>一起</b>

    模擬地和電源地能接在一起

    模擬地和電源地是否能接在一起,取決于電子系統(tǒng)的具體要求和設計。在電子系統(tǒng)中,地(Ground)是個共同的參考點,用于構建電位參考平面。電源地是所有電源網(wǎng)絡的參考點,用于確保電源的穩(wěn)定性和系統(tǒng)的正常工作。模擬地則與模擬電路相關,用于提供參考電位。
    的頭像 發(fā)表于 09-15 11:43 ?1140次閱讀

    選2088還是3051?一起來說說TA們的不同~

    作為工業(yè)實踐中最常用的現(xiàn)場儀表,變送器被廣泛應用于各種工業(yè)自控環(huán)境,涉及水利水電、鐵路交通、智能建筑、生產自控、航空航天、石化、油井、電力、船舶、機床、管道等眾多行業(yè)。今天我們一起來看看「2088壓力變送器」、「3051差壓變送器」這兩款變送器有啥區(qū)別?
    的頭像 發(fā)表于 09-02 10:40 ?576次閱讀
    選2088還是3051?<b class='flag-5'>一起</b>來說說TA們的不同~

    增量式編碼器3大特點,工作模式,精度,輸出脈沖信號 一起了解下嗎

    增量式編碼器3大特點,工作模式,精度,輸出脈沖信號...一起了解下嗎?在現(xiàn)代工業(yè)自動化和控制系統(tǒng)中,增量式編碼器扮演著至關重要的角色。它可以將機械運動轉化為電信號,為各類設備提供精確的位置和速度
    的頭像 發(fā)表于 08-15 14:20 ?632次閱讀
    增量式編碼器3大特點,工作<b class='flag-5'>模式</b>,精度,輸出脈沖信號 <b class='flag-5'>一起</b>了解<b class='flag-5'>一</b>下嗎

    DAC8771RGZ電流輸出端IOUT和電壓輸VOUT出端是連在一起的,是否可以不并在一起

    請教下DAC8771RGZ這款芯片,看官方demo板,電流輸出端IOUT和電壓輸VOUT出端是連在一起的,是否可以不并在一起,分成兩路,單獨分別輸出電流或電壓嗎?
    發(fā)表于 08-08 07:59

    普通門電路的輸出端能否連在一起

    普通門電路的輸出端能否連在一起,取決于具體的應用場景和需求。普通門電路的輸出端能否連在一起個復雜的問題,涉及到數(shù)字電路設計、邏輯電路分析、信號完整性、電源管理等多個方面。 門電路的基本概念 在
    的頭像 發(fā)表于 07-30 15:13 ?860次閱讀

    可以將USB主機與Esp8266一起使用嗎?

    我可以將 USB 主機(USB A 型母頭)與 Esp8266 一起使用嗎? 為什么我不能使用它
    發(fā)表于 07-19 06:49

    兩個STM32的IO口連接到一起,其中個IO口被燒壞的原因?

    如題:兩個STM32的IO口連接到一起個單片機IO設置為輸出模式(發(fā)送數(shù)據(jù)),另個設置為外部中斷模式(接收數(shù)據(jù));這樣連到
    發(fā)表于 04-24 07:53

    六類網(wǎng)線可以和強電一起走嗎

    六類網(wǎng)線理論上不建議和強電一起走。從布線規(guī)范的角度來看,弱電線路和強電線路通常不建議共用同橋架,以避免潛在的電磁干擾。然而,多年的施工經(jīng)驗表明,在某些情況下,強電線和弱電網(wǎng)線可能一起
    的頭像 發(fā)表于 04-19 09:55 ?5566次閱讀

    #新開端、新起點,2024一起加油#

    \"新開端、新起點,2024一起加油\" 這句話充滿了積極向上的精神和對未來的期待。新開端和新起點意味著我們有機會摒棄過去的不足,以個全新的姿態(tài)開始新的旅程。而\"
    發(fā)表于 02-26 21:01

    模式帶寬在光纖測試中的用途

    大家好,本期我們一起討論下在光纖測試中經(jīng)常會聽到的兩個名詞——模式帶寬和網(wǎng)絡應用,看看他們在光纖測試中的用途及對我們實際應用的光纖路有什么影響?
    的頭像 發(fā)表于 01-18 10:32 ?677次閱讀
    <b class='flag-5'>模式</b>帶寬在光纖測試中的用途
    主站蜘蛛池模板: 久久黄色免费| 亚洲欧美日韩另类精品一区二区三区| 国产白色视频在线观看w| 亚洲影院在线播放| 日本内射精品一区二区视频| 嘟嘟嘟在线视频免费观看高清中文| 久久久久久久网| 亚洲AV精品乱码专区| 被免费网站在线视频| 久久久久久久久性潮| 果冻传媒在线播放 免费观看| 夜色帮首页| 午夜4k最新福利| 欧美巨大xxxx做受高清| 久久精品国产久精国产果冻传媒| 动漫女生的逼| jizz非洲| 2020久久精品永久免费| 亚洲国产成人久久精品影视| 欧美日本高清动作片www网站| 在镜头里被CAO翻了H| 囯产精品久久久久久久久免费蜜桃| 国产精品1卡二卡三卡四卡乱码| 把腿张开老子CAO烂你动态图| 榴莲推广APP网站入口官网| 日韩精品一卡二卡三卡四卡2021 | 亚洲人视频在线观看| 91次元黄色观看| 公和我做好爽添厨房中文字幕 | 欧美久久综合网| 97人妻在线公开视频在线观看| 白银谷在线观看| 乱奷XXXXXHD| a视频在线免费观看| 日本亚欧热亚洲乱色视频| 公粗挺进了我的密道在线播放贝壳| 色噜噜狠狠一区二区三区| 国内精品自线在拍2020不卡 | 亚洲成片在线看| 两个人在线观看的视频720| np高h肉文|