看到crossoverjie的文章《利用策略模式優化過多 if else **》後受到啟發,可以利用策略模式簡化過多的if else
**,文章中提到可以通過掃瞄實現處理器的自註冊,我在這裡介紹在spring boot框架中的實現方法。
這裡虛擬乙個業務需求,讓大家容易理解。假設有乙個訂單系統,裡面的乙個功能是根據訂單的不同型別作出不同的處理。
訂單實體:
public class orderdto
複製**
service
介面:
public inte***ce iorderservice
複製**
根據訂單型別寫一堆的if else
:
public class orderserviceimpl implements iorderservice else if ("2".equals(type)) else if ("3".equals(type))
return null;
}}複製**
利用策略模式,只需要兩行即可實現業務邏輯:
@service
public class orderservicev2impl implements iorderservice
}複製**
可以看到上面的方法中注入了handlercontext
,這是乙個處理器上下文,用來儲存不同的業務處理器,具體在下文會講解。我們從中獲取乙個抽象的處理器abstracthandler
,呼叫其方法實現業務邏輯。
現在可以了解到,我們主要的業務邏輯是在處理器中實現的,因此有多少個訂單型別,就對應有多少個處理器。以後需求變化,增加了訂單型別,只需要新增相應的處理器就可以,上述orderservicev2impl
完全不需改動。
我們先看看業務處理器的寫法:
@component
@handlertype("1")
public class normalhandler extends abstracthandler
}複製**
@component
@handlertype("2")
public class grouphandler extends abstracthandler
}複製**
@component
@handlertype("3")
public class promotionhandler extends abstracthandler
}複製**
首先每個處理器都必須新增到spring
容器中,因此需要加上@component
註解,其次需要加上乙個自定義註解@handlertype
,用於標識該處理器對應哪個訂單型別,最後就是繼承abstracthandler
,實現自己的業務邏輯。
自定義註解@handlertype
:
@target()
@retention(retentionpolicy.runtime)
@documented
@inherited
public @inte***ce handlertype
複製**
抽象處理器abstracthandler
:
public abstract class abstracthandler
複製**
自定義註解和抽象處理器都很簡單,那麼如何將處理器註冊到spring
容器中呢? 具體思路是:
我們將核心的功能封裝在handlerprocessor
類中,完成上面的功能。
handlerprocessor
:
@component
@suppresswarnings("unchecked")
public class handlerprocessor implements beanfactorypostprocessor );
// 初始化handlercontext,將其註冊到spring容器中
handlercontext context = new handlercontext(handlermap);
beanfactory.registersingleton(handlercontext.class.getname(), context);
}}複製**
classscaner:掃瞄工具類原始碼
handlerprocessor
需要實現beanfactorypostprocessor
,在spring
處理bean前,將自定義的bean註冊到容器中。
核心工作已經完成,現在看看handlercontext
如何獲取對應的處理器:
handlercontext
:
public class handlercontext
public abstracthandler getinstance(string type)
return (abstracthandler) beantool.getbean(clazz);
}}複製**
beantool:獲取bean工具類
#getinstance
方法根據型別獲取對應的class,然後根據class型別獲取註冊到spring
中的bean。
最後請注意一點,handlerprocessor
和beantool
必須能被掃瞄到,或者通過@bean
的方式顯式的註冊,才能在專案啟動時發揮作用。
利用策略模式可以簡化繁雜的if else
**,方便維護,而利用自定義註解和自註冊的方式,可以方便應對需求的變更。本文只是提供乙個大致的思路,還有很多細節可以靈活變化,例如使用列舉型別、或者靜態常量,作為訂單的型別,相信你能想到更多更好的方法。
Spring Boot中如何乾掉if else
需求 這裡虛擬乙個業務需求,讓大家容易理解。假設有乙個訂單系統,裡面的乙個功能是根據訂單的不同型別作出不同的處理。訂單實體 service介面 傳統實現 根據訂單型別寫一堆的if else 策略模式實現 利用策略模式,只需要兩行即可實現業務邏輯 可以看到上面的方法中注入了handlercontext...
如何乾掉360防毒的程序
近日無事研究怎麼乾掉360防毒,呵呵,真的純粹是為了興趣 普通的任務管理器裡,無法乾掉360防毒的程序,openprocess 操作提示 拒絕訪問 看來肯定是用驅動做了保護程式。於是找出以前寫的乙個驅動,改造了一下 乙個多星期。終於能把360防毒的兩個程序乾掉了 不過過了一會360防毒的主服務程式竟...
拖延症竟然是自己給自己的一種獎勵?如何乾掉它?
我雖然一直在用番茄土豆工作法管理自己的時間和精力,用它來管理自己的每天工作任務。但是那本經典的著作 番茄工作法 卻一直沒有讀過。最近這幾天在讀這本書,裡面有很多有意思的觀點,書的前半部分講這些觀點是為了解釋為什麼番茄工作法可以非常有效的管理自己的時間和精力。然後在書中有乙個觀點,讓我有點吃驚,也感覺...