Spring Boot中怎么干掉過多的if else

這篇文章的內(nèi)容主要圍繞Spring Boot中怎么干掉過多的if else進(jìn)行講述，文章內(nèi)容清晰易懂，條理清晰，非常適合新手學(xué)習(xí)，值得大家去閱讀。感興趣的朋友可以跟隨小編一起閱讀吧。希望大家通過這篇文章有所收獲！

需求

這里虛擬一個(gè)業(yè)務(wù)需求，讓大家容易理解。假設(shè)有一個(gè)訂單系統(tǒng)，里面的一個(gè)功能是根據(jù)訂單的不同類型作出不同的處理。

訂單實(shí)體：

service接口：

傳統(tǒng)實(shí)現(xiàn)

根據(jù)訂單類型寫一堆的if else：

策略模式實(shí)現(xiàn)

利用策略模式，只需要兩行即可實(shí)現(xiàn)業(yè)務(wù)邏輯：

可以看到上面的方法中注入了HandlerContext，這是一個(gè)處理器上下文，用來保存不同的業(yè)務(wù)處理器，具體在下文會(huì)講解。我們從中獲取一個(gè)抽象的處理器AbstractHandler，調(diào)用其方法實(shí)現(xiàn)業(yè)務(wù)邏輯。

現(xiàn)在可以了解到，我們主要的業(yè)務(wù)邏輯是在處理器中實(shí)現(xiàn)的，因此有多少個(gè)訂單類型，就對(duì)應(yīng)有多少個(gè)處理器。以后需求變化，增加了訂單類型，只需要添加相應(yīng)的處理器就可以，上述OrderServiceV2Impl完全不需改動(dòng)。

我們先看看業(yè)務(wù)處理器的寫法：

首先每個(gè)處理器都必須添加到spring容器中，因此需要加上@Component注解，其次需要加上一個(gè)自定義注解@HandlerType，用于標(biāo)識(shí)該處理器對(duì)應(yīng)哪個(gè)訂單類型，***就是繼承AbstractHandler，實(shí)現(xiàn)自己的業(yè)務(wù)邏輯。

自定義注解 @HandlerType：

抽象處理器 AbstractHandler：

自定義注解和抽象處理器都很簡單，那么如何將處理器注冊(cè)到spring容器中呢?

具體思路是：

1、掃描指定包中標(biāo)有@HandlerType的類;

2、將注解中的類型值作為key，對(duì)應(yīng)的類作為value，保存在Map中;

3、以上面的map作為構(gòu)造函數(shù)參數(shù)，初始化HandlerContext，將其注冊(cè)到spring容器中;

我們將核心的功能封裝在HandlerProcessor類中，完成上面的功能。

HandlerProcessor：

ClassScaner：

ClassScaner：掃描工具類源碼

HandlerProcessor需要實(shí)現(xiàn)BeanFactoryPostProcessor，在spring處理bean前，將自定義的bean注冊(cè)到容器中。

核心工作已經(jīng)完成，現(xiàn)在看看HandlerContext如何獲取對(duì)應(yīng)的處理器：

HandlerContext：

BeanTool：獲取bean工具類

#getInstance方法根據(jù)類型獲取對(duì)應(yīng)的class，然后根據(jù)class類型獲取注冊(cè)到spring中的bean。

最后請(qǐng)注意一點(diǎn)，HandlerProcessor和BeanTool必須能被掃描到，或者通過@Bean的方式顯式的注冊(cè)，才能在項(xiàng)目啟動(dòng)時(shí)發(fā)揮作用。

利用策略模式可以簡化繁雜的if  else代碼，方便維護(hù)，而利用自定義注解和自注冊(cè)的方式，可以方便應(yīng)對(duì)需求的變更。小編只是提供一個(gè)大致的思路，還有很多細(xì)節(jié)可以靈活變化，例如使用枚舉類型、或者靜態(tài)常量，作為訂單的類型，相信你能想到更多更好的方法。

感謝你的閱讀，相信你對(duì)“Spring Boot中怎么干掉過多的if else”這一問題有一定的了解，快去動(dòng)手實(shí)踐吧，如果想了解更多相關(guān)知識(shí)點(diǎn)，可以關(guān)注億速云網(wǎng)站！小編會(huì)繼續(xù)為大家?guī)砀玫奈恼拢?/p>