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類中，完成上面的功能。

classscaner：掃瞄工具類原始碼

handlerprocessor需要實現beanfactorypostprocessor，在spring處理bean前，將自定義的bean註冊到容器中。

核心工作已經完成，現在看看handlercontext如何獲取對應的處理器：

handlercontext：

beantool：獲取bean工具類

#getinstance方法根據型別獲取對應的class，然後根據class型別獲取註冊到spring中的bean。

最後請注意一點，handlerprocessor和beantool必須能被掃瞄到，或者通過@bean的方式顯式的註冊，才能在專案啟動時發揮作用。

總結利用策略模式可以簡化繁雜的if else**，方便維護，而利用自定義註解和自註冊的方式，可以方便應對需求的變更。本文只是提供乙個大致的思路，還有很多細節可以靈活變化，例如使用列舉型別、或者靜態常量，作為訂單的型別，相信你能想到更多更好的方法。

本群提供免費的學習指導架構資料以及免費的解答

不懂得問題都可以在本群提出來之後還會有直播平台和講師直接交流噢