作者：Cipher
來源：http://www.ciphermagic.cn/spring-boot-without-if-else.html
前言
看到crossoverJie的文章《利用策略模式優化過多 if else 代碼》後受到啟發，可以利用策略模式簡化過多的if else代碼，文章中提到可以通過掃描實現處理器的自注冊，我在這裡介紹在Spring Boot框架中的實現方法。
需求
這裡虛擬一個業務需求，讓大家容易理解。假設有一個訂單系統，裡面的一個功能是根據訂單的不同類型作出不同的處理。
訂單實體：
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代碼，方便維護，而利用自定義註解和自注冊的方式，可以方便應對需求的變更。本文只是提供一個大致的思路，還有很多細節可以靈活變化，例如使用枚舉類型、或者靜態常量，作為訂單的類型，相信你能想到更多更好的方法。
最後，完整的代碼如下：
https://github.com/ciphermagic/java-learn/tree/master/sandbox/src/main/java/com/cipher/handler_demo
閱讀更多 Java面試 的文章
