浅谈Spring Boot中如何干掉if else的方法
前言
看到crossoverJie的文章《利用策略模式优化过多ifelse代码》后受到启发,可以利用策略模式简化过多的ifelse代码,文章中提到可以通过扫描实现处理器的自注册,我在这里介绍在SpringBoot框架中的实现方法。
需求
这里虚拟一个业务需求,让大家容易理解。假设有一个订单系统,里面的一个功能是根据订单的不同类型作出不同的处理。
订单实体:
publicclassOrderDTO{ privateStringcode; privateBigDecimalprice; /** *订单类型 *1:普通订单; *2:团购订单; *3:促销订单; */ privateStringtype; //...省略get/set... }
service接口:
publicinterfaceIOrderService{ /** *根据订单的不同类型作出不同的处理 * *@paramdto订单实体 *@return为了简单,返回字符串 */ Stringhandle(OrderDTOdto); }
传统实现
根据订单类型写一堆的ifelse:
publicclassOrderServiceImplimplementsIOrderService{ @Override publicStringhandle(OrderDTOdto){ Stringtype=dto.getType(); if("1".equals(type)){ return"处理普通订单"; }elseif("2".equals(type)){ return"处理团购订单"; }elseif("3".equals(type)){ return"处理促销订单"; } returnnull; } }
策略模式实现
利用策略模式,只需要两行即可实现业务逻辑:
@Service publicclassOrderServiceV2ImplimplementsIOrderService{ @Autowired privateHandlerContexthandlerContext; @Override publicStringhandle(OrderDTOdto){ AbstractHandlerhandler=handlerContext.getInstance(dto.getType()); returnhandler.handle(dto); } }
可以看到上面的方法中注入了HandlerContext,这是一个处理器上下文,用来保存不同的业务处理器,具体在下文会讲解。我们从中获取一个抽象的处理器AbstractHandler,调用其方法实现业务逻辑。
现在可以了解到,我们主要的业务逻辑是在处理器中实现的,因此有多少个订单类型,就对应有多少个处理器。以后需求变化,增加了订单类型,只需要添加相应的处理器就可以,上述OrderServiceV2Impl完全不需改动。
我们先看看业务处理器的写法:
@Component @HandlerType("1") publicclassNormalHandlerextendsAbstractHandler{ @Override publicStringhandle(OrderDTOdto){ return"处理普通订单"; } }
@Component @HandlerType("2") publicclassGroupHandlerextendsAbstractHandler{ @Override publicStringhandle(OrderDTOdto){ return"处理团购订单"; } }
@Component @HandlerType("3") publicclassPromotionHandlerextendsAbstractHandler{ @Override publicStringhandle(OrderDTOdto){ return"处理促销订单"; } }
首先每个处理器都必须添加到spring容器中,因此需要加上@Component注解,其次需要加上一个自定义注解@HandlerType,用于标识该处理器对应哪个订单类型,最后就是继承AbstractHandler,实现自己的业务逻辑。
自定义注解@HandlerType:
@Target({ElementType.TYPE}) @Retention(RetentionPolicy.RUNTIME) @Documented @Inherited public@interfaceHandlerType{ Stringvalue(); }
抽象处理器AbstractHandler:
publicabstractclassAbstractHandler{ abstractpublicStringhandle(OrderDTOdto); }
自定义注解和抽象处理器都很简单,那么如何将处理器注册到spring容器中呢?
具体思路是:
- 扫描指定包中标有@HandlerType的类;
- 将注解中的类型值作为key,对应的类作为value,保存在Map中;
- 以上面的map作为构造函数参数,初始化HandlerContext,将其注册到spring容器中;
我们将核心的功能封装在HandlerProcessor类中,完成上面的功能。
HandlerProcessor:
@Component @SuppressWarnings("unchecked") publicclassHandlerProcessorimplementsBeanFactoryPostProcessor{ privatestaticfinalStringHANDLER_PACKAGE="com.cipher.handler_demo.handler.biz"; /** *扫描@HandlerType,初始化HandlerContext,将其注册到spring容器 * *@parambeanFactorybean工厂 *@seeHandlerType *@seeHandlerContext */ @Override publicvoidpostProcessBeanFactory(ConfigurableListableBeanFactorybeanFactory)throwsBeansException{ MaphandlerMap=Maps.newHashMapWithExpectedSize(3); ClassScaner.scan(HANDLER_PACKAGE,HandlerType.class).forEach(clazz->{ //获取注解中的类型值 Stringtype=clazz.getAnnotation(HandlerType.class).value(); //将注解中的类型值作为key,对应的类作为value,保存在Map中 handlerMap.put(type,clazz); }); //初始化HandlerContext,将其注册到spring容器中 HandlerContextcontext=newHandlerContext(handlerMap); beanFactory.registerSingleton(HandlerContext.class.getName(),context); } }
ClassScaner:扫描工具类源码
HandlerProcessor需要实现BeanFactoryPostProcessor,在spring处理bean前,将自定义的bean注册到容器中。
核心工作已经完成,现在看看HandlerContext如何获取对应的处理器:
HandlerContext:
publicclassHandlerContext{ privateMaphandlerMap; publicHandlerContext(Map handlerMap){ this.handlerMap=handlerMap; } publicAbstractHandlergetInstance(Stringtype){ Classclazz=handlerMap.get(type); if(clazz==null){ thrownewIllegalArgumentException("notfoundhandlerfortype:"+type); } return(AbstractHandler)BeanTool.getBean(clazz); } }
BeanTool:获取bean工具类
#getInstance方法根据类型获取对应的class,然后根据class类型获取注册到spring中的bean。
最后请注意一点,HandlerProcessor和BeanTool必须能被扫描到,或者通过@Bean的方式显式的注册,才能在项目启动时发挥作用。
总结
利用策略模式可以简化繁杂的ifelse代码,方便维护,而利用自定义注解和自注册的方式,可以方便应对需求的变更。本文只是提供一个大致的思路,还有很多细节可以灵活变化,例如使用枚举类型、或者静态常量,作为订单的类型,相信你能想到更多更好的方法。
全部示例代码请查看:handler_demo
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持毛票票。