您好,登錄后才能下訂單哦!
這篇文章的內容主要圍繞Spring Boot中怎么干掉過多的if else進行講述,文章內容清晰易懂,條理清晰,非常適合新手學習,值得大家去閱讀。感興趣的朋友可以跟隨小編一起閱讀吧。希望大家通過這篇文章有所收獲!
需求
這里虛擬一個業務需求,讓大家容易理解。假設有一個訂單系統,里面的一個功能是根據訂單的不同類型作出不同的處理。
訂單實體:
service接口:
傳統實現
根據訂單類型寫一堆的if else:
策略模式實現
利用策略模式,只需要兩行即可實現業務邏輯:
可以看到上面的方法中注入了HandlerContext,這是一個處理器上下文,用來保存不同的業務處理器,具體在下文會講解。我們從中獲取一個抽象的處理器AbstractHandler,調用其方法實現業務邏輯。
現在可以了解到,我們主要的業務邏輯是在處理器中實現的,因此有多少個訂單類型,就對應有多少個處理器。以后需求變化,增加了訂單類型,只需要添加相應的處理器就可以,上述OrderServiceV2Impl完全不需改動。
我們先看看業務處理器的寫法:
首先每個處理器都必須添加到spring容器中,因此需要加上@Component注解,其次需要加上一個自定義注解@HandlerType,用于標識該處理器對應哪個訂單類型,***就是繼承AbstractHandler,實現自己的業務邏輯。
自定義注解 @HandlerType:
抽象處理器 AbstractHandler:
自定義注解和抽象處理器都很簡單,那么如何將處理器注冊到spring容器中呢?
具體思路是:
1、掃描指定包中標有@HandlerType的類;
2、將注解中的類型值作為key,對應的類作為value,保存在Map中;
3、以上面的map作為構造函數參數,初始化HandlerContext,將其注冊到spring容器中;
我們將核心的功能封裝在HandlerProcessor類中,完成上面的功能。
HandlerProcessor:
ClassScaner:
ClassScaner:掃描工具類源碼
HandlerProcessor需要實現BeanFactoryPostProcessor,在spring處理bean前,將自定義的bean注冊到容器中。
核心工作已經完成,現在看看HandlerContext如何獲取對應的處理器:
HandlerContext:
BeanTool:獲取bean工具類
#getInstance方法根據類型獲取對應的class,然后根據class類型獲取注冊到spring中的bean。
最后請注意一點,HandlerProcessor和BeanTool必須能被掃描到,或者通過@Bean的方式顯式的注冊,才能在項目啟動時發揮作用。
利用策略模式可以簡化繁雜的if else代碼,方便維護,而利用自定義注解和自注冊的方式,可以方便應對需求的變更。小編只是提供一個大致的思路,還有很多細節可以靈活變化,例如使用枚舉類型、或者靜態常量,作為訂單的類型,相信你能想到更多更好的方法。
感謝你的閱讀,相信你對“Spring Boot中怎么干掉過多的if else”這一問題有一定的了解,快去動手實踐吧,如果想了解更多相關知識點,可以關注億速云網站!小編會繼續為大家帶來更好的文章!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。