淺談Spring Boot中如何干掉if else的方法
前言
看到crossoverJie的文章《利用策略模式優(yōu)化過(guò)多 if else 代碼》后受到啟發(fā),可以利用策略模式簡(jiǎn)化過(guò)多的if else代碼,文章中提到可以通過(guò)掃描實(shí)現(xiàn)處理器的自注冊(cè),我在這里介紹在Spring Boot框架中的實(shí)現(xiàn)方法。
需求
這里虛擬一個(gè)業(yè)務(wù)需求,讓大家容易理解。假設(shè)有一個(gè)訂單系統(tǒng),里面的一個(gè)功能是根據(jù)訂單的不同類(lèi)型作出不同的處理。
訂單實(shí)體:
public class OrderDTO { private String code; private BigDecimal price; /** * 訂單類(lèi)型 * 1:普通訂單; * 2:團(tuán)購(gòu)訂單; * 3:促銷(xiāo)訂單; */ private String type; // ... 省略 get / set ... }
service接口:
public interface IOrderService { /** * 根據(jù)訂單的不同類(lèi)型作出不同的處理 * * @param dto 訂單實(shí)體 * @return 為了簡(jiǎn)單,返回字符串 */ String handle(OrderDTO dto); }
傳統(tǒng)實(shí)現(xiàn)
根據(jù)訂單類(lèi)型寫(xiě)一堆的if else:
public class OrderServiceImpl implements IOrderService { @Override public String handle(OrderDTO dto) { String type = dto.getType(); if ("1".equals(type)) { return "處理普通訂單"; } else if ("2".equals(type)) { return "處理團(tuán)購(gòu)訂單"; } else if ("3".equals(type)) { return "處理促銷(xiāo)訂單"; } return null; } }
策略模式實(shí)現(xiàn)
利用策略模式,只需要兩行即可實(shí)現(xiàn)業(yè)務(wù)邏輯:
@Service public class OrderServiceV2Impl implements IOrderService { @Autowired private HandlerContext handlerContext; @Override public String handle(OrderDTO dto) { AbstractHandler handler = handlerContext.getInstance(dto.getType()); return handler.handle(dto); } }
可以看到上面的方法中注入了HandlerContext,這是一個(gè)處理器上下文,用來(lái)保存不同的業(yè)務(wù)處理器,具體在下文會(huì)講解。我們從中獲取一個(gè)抽象的處理器AbstractHandler,調(diào)用其方法實(shí)現(xiàn)業(yè)務(wù)邏輯。
現(xiàn)在可以了解到,我們主要的業(yè)務(wù)邏輯是在處理器中實(shí)現(xiàn)的,因此有多少個(gè)訂單類(lèi)型,就對(duì)應(yīng)有多少個(gè)處理器。以后需求變化,增加了訂單類(lèi)型,只需要添加相應(yīng)的處理器就可以,上述OrderServiceV2Impl完全不需改動(dòng)。
我們先看看業(yè)務(wù)處理器的寫(xiě)法:
@Component @HandlerType("1") public class NormalHandler extends AbstractHandler { @Override public String handle(OrderDTO dto) { return "處理普通訂單"; } }
@Component @HandlerType("2") public class GroupHandler extends AbstractHandler { @Override public String handle(OrderDTO dto) { return "處理團(tuán)購(gòu)訂單"; } }
@Component @HandlerType("3") public class PromotionHandler extends AbstractHandler { @Override public String handle(OrderDTO dto) { return "處理促銷(xiāo)訂單"; } }
首先每個(gè)處理器都必須添加到spring容器中,因此需要加上@Component注解,其次需要加上一個(gè)自定義注解@HandlerType,用于標(biāo)識(shí)該處理器對(duì)應(yīng)哪個(gè)訂單類(lèi)型,最后就是繼承AbstractHandler,實(shí)現(xiàn)自己的業(yè)務(wù)邏輯。
自定義注解 @HandlerType:
@Target({ElementType.TYPE}) @Retention(RetentionPolicy.RUNTIME) @Documented @Inherited public @interface HandlerType { String value(); }
抽象處理器 AbstractHandler:
public abstract class AbstractHandler { abstract public String handle(OrderDTO dto); }
自定義注解和抽象處理器都很簡(jiǎn)單,那么如何將處理器注冊(cè)到spring容器中呢?
具體思路是:
- 掃描指定包中標(biāo)有@HandlerType的類(lèi);
- 將注解中的類(lèi)型值作為key,對(duì)應(yīng)的類(lèi)作為value,保存在Map中;
- 以上面的map作為構(gòu)造函數(shù)參數(shù),初始化HandlerContext,將其注冊(cè)到spring容器中;
我們將核心的功能封裝在HandlerProcessor類(lèi)中,完成上面的功能。
HandlerProcessor:
@Component @SuppressWarnings("unchecked") public class HandlerProcessor implements BeanFactoryPostProcessor { private static final String HANDLER_PACKAGE = "com.cipher.handler_demo.handler.biz"; /** * 掃描@HandlerType,初始化HandlerContext,將其注冊(cè)到spring容器 * * @param beanFactory bean工廠 * @see HandlerType * @see HandlerContext */ @Override public void postProcessBeanFactory(ConfigurableListableBeanFactory beanFactory) throws BeansException { Map<String, Class> handlerMap = Maps.newHashMapWithExpectedSize(3); ClassScaner.scan(HANDLER_PACKAGE, HandlerType.class).forEach(clazz -> { // 獲取注解中的類(lèi)型值 String type = clazz.getAnnotation(HandlerType.class).value(); // 將注解中的類(lèi)型值作為key,對(duì)應(yīng)的類(lèi)作為value,保存在Map中 handlerMap.put(type, clazz); }); // 初始化HandlerContext,將其注冊(cè)到spring容器中 HandlerContext context = new HandlerContext(handlerMap); beanFactory.registerSingleton(HandlerContext.class.getName(), context); } }
HandlerProcessor需要實(shí)現(xiàn)BeanFactoryPostProcessor,在spring處理bean前,將自定義的bean注冊(cè)到容器中。
核心工作已經(jīng)完成,現(xiàn)在看看HandlerContext如何獲取對(duì)應(yīng)的處理器:
HandlerContext:
public class HandlerContext { private Map<String, Class> handlerMap; public HandlerContext(Map<String, Class> handlerMap) { this.handlerMap = handlerMap; } public AbstractHandler getInstance(String type) { Class clazz = handlerMap.get(type); if (clazz == null) { throw new IllegalArgumentException("not found handler for type: " + type); } return (AbstractHandler) BeanTool.getBean(clazz); } }
#getInstance方法根據(jù)類(lèi)型獲取對(duì)應(yīng)的class,然后根據(jù)class類(lèi)型獲取注冊(cè)到spring中的bean。
最后請(qǐng)注意一點(diǎn),HandlerProcessor和BeanTool必須能被掃描到,或者通過(guò)@Bean的方式顯式的注冊(cè),才能在項(xiàng)目啟動(dòng)時(shí)發(fā)揮作用。
總結(jié)
利用策略模式可以簡(jiǎn)化繁雜的if else代碼,方便維護(hù),而利用自定義注解和自注冊(cè)的方式,可以方便應(yīng)對(duì)需求的變更。本文只是提供一個(gè)大致的思路,還有很多細(xì)節(jié)可以靈活變化,例如使用枚舉類(lèi)型、或者靜態(tài)常量,作為訂單的類(lèi)型,相信你能想到更多更好的方法。
全部示例代碼請(qǐng)查看:handler_demo
以上就是本文的全部?jī)?nèi)容,希望對(duì)大家的學(xué)習(xí)有所幫助,也希望大家多多支持腳本之家。
相關(guān)文章
java 實(shí)現(xiàn)雙向鏈表實(shí)例詳解
這篇文章主要介紹了java 實(shí)現(xiàn)雙向鏈表實(shí)例詳解的相關(guān)資料,需要的朋友可以參考下2017-03-03mybatis-plus 關(guān)于savebatch,saveorupdatebatch遇到的坑及解決辦法
本文主要介紹了mybatis-plus 關(guān)于savebatch,saveorupdatebatch遇到的坑及解決辦法,文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧2023-01-01hibernate-validator如何使用校驗(yàn)框架
高效、合理的使用hibernate-validator校驗(yàn)框架可以提高程序的可讀性,以及減少不必要的代碼邏輯,本文主要介紹了hibernate-validator如何使用校驗(yàn)框架,感興趣的可以了解一下2022-04-04SpringBoot修改子模塊Module的jdk版本的方法 附修改原因
這篇文章主要介紹了SpringBoot修改子模塊Module的jdk版本的方法 附修改原因,本文給大家介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友可以參考下2021-04-04如何使用mybatis-generator自動(dòng)生成代碼
這篇文章主要介紹了如何使用mybatis-generator自動(dòng)生成代碼,文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友可以參考下2019-10-10RabbitMQ消息單獨(dú)與批量的TTL詳細(xì)介紹
這篇文章主要介紹了RabbitMQ消息單獨(dú)與批量的TTL,TTL全名是Time To Live存活時(shí)間,表示當(dāng)消息由生產(chǎn)端存入MQ當(dāng)中的存活時(shí)間,當(dāng)時(shí)間到達(dá)的時(shí)候還未被消息就會(huì)被自動(dòng)清除,感興趣的同學(xué)可以參考下文2023-05-05