需求
這里虛擬一個業(yè)務(wù)需求蛔六，讓大家容易理解荆永。假設(shè)有一個訂單系統(tǒng)，里面的一個功能是根據(jù)訂單的不同類型作出不同的處理国章。
訂單實體：
service接口：
傳統(tǒng)實現(xiàn)
根據(jù)訂單類型寫一堆的if else：
策略模式實現(xiàn)
利用策略模式具钥，只需要兩行即可實現(xiàn)業(yè)務(wù)邏輯：
可以看到上面的方法中注入了HandlerContext，這是一個處理器上下文液兽，用來保存不同的業(yè)務(wù)處理器骂删，具體在下文會講解。我們從中獲取一個抽象的處理器AbstractHandler四啰，調(diào)用其方法實現(xiàn)業(yè)務(wù)邏輯宁玫。
現(xiàn)在可以了解到，我們主要的業(yè)務(wù)邏輯是在處理器中實現(xiàn)的柑晒，因此有多少個訂單類型欧瘪，就對應(yīng)有多少個處理器。以后需求變化匙赞，增加了訂單類型佛掖，只需要添加相應(yīng)的處理器就可以妖碉，上述OrderServiceV2Impl完全不需改動。
我們先看看業(yè)務(wù)處理器的寫法：
首先每個處理器都必須添加到spring容器中苦囱，因此需要加上@Component注解嗅绸，其次需要加上一個自定義注解@HandlerType，用于標識該處理器對應(yīng)哪個訂單類型撕彤，最后就是繼承AbstractHandler鱼鸠，實現(xiàn)自己的業(yè)務(wù)邏輯。
自定義注解 @HandlerType：
抽象處理器 AbstractHandler：
自定義注解和抽象處理器都很簡單羹铅，那么如何將處理器注冊到spring容器中呢蚀狰？
具體思路是：
1、掃描指定包中標有@HandlerType的類职员；
2麻蹋、將注解中的類型值作為key，對應(yīng)的類作為value焊切，保存在Map中扮授；
3、以上面的map作為構(gòu)造函數(shù)參數(shù)专肪，初始化HandlerContext刹勃，將其注冊到spring容器中；
我們將核心的功能封裝在HandlerProcessor類中嚎尤，完成上面的功能荔仁。
HandlerProcessor：
ClassScanner：掃描工具類源碼
HandlerProcessor需要實現(xiàn)BeanFactoryPostProcessor，在spring處理bean前芽死，將自定義的bean注冊到容器中乏梁。
核心工作已經(jīng)完成，現(xiàn)在看看HandlerContext如何獲取對應(yīng)的處理器：
HandlerContext：
BeanTool：獲取bean工具類
#getInstance 方法根據(jù)類型獲取對應(yīng)的class关贵，然后根據(jù)class類型獲取注冊到spring中的bean遇骑。
最后請注意一點，HandlerProcessor和BeanTool必須能被掃描到揖曾，或者通過@Bean的方式顯式的注冊质蕉，才能在項目啟動時發(fā)揮作用。
總結(jié)
利用策略模式可以簡化繁雜的if else代碼翩肌，方便維護模暗，而利用自定義注解和自注冊的方式，可以方便應(yīng)對需求的變更念祭。本文只是提供一個大致的思路兑宇，還有很多細節(jié)可以靈活變化，例如使用枚舉類型粱坤、或者靜態(tài)常量隶糕，作為訂單的類型瓷产，相信你能想到更多更好的方法。
