手把手教你如何实现代码扩展点设计
引言
在我们写业务代码的时候,无可避免肯定会涉及到业务逻辑分支,从而写if-else类似的语句。如果当前逻辑只有一个if-else,则不会过度影响代码可读性,但是当if 代码块的逻辑膨胀、else代码块的逻辑膨胀,那么整体代码的可读性就非常差,因为随着逻辑膨胀,if-else 代码块还会继续出现更多的if-else。
正常情况下,初学者一般都会封装方法,即把if代码块的逻辑封装到另外一个方法里面,这样子看起来恢复了之前的样子,只有一个if-else。但是,这样其实并没有解决根本问题:代码可读性差。 因为在阅读代码的时候,还是会进入封装的方法内,然后方法内会有更多的if-else等着你。随着逻辑分支的增多,人的脑力一般是无法同时记住之前的逻辑,所以整体代码的可读性还是很差。
那遇到这类问题,我们该如何解决呢? 思路
根本原因是我们脑力无法去深入梳理逻辑,归纳逻辑,总是看后面忘了前面,那么如果我们把多个层级的逻辑梳理出来,归纳成单层级逻辑,那么整体的代码可读性就容易理解了。原来的多层级逻辑实例如下图:
类似这种,就是多层级逻辑结构,如果只是封装方法,那么作为代码阅读者就会陷入各种if else 内部的方法跳转中,而无法从整体去理解业务。
那么基于这种常见的多层级逻辑,我们应该拆分为单层级逻辑,如下图:
这样子,我们在代码处理上,就可以拆分为1个业务逻辑处理接口、4个业务逻辑处理实现类,1个工厂类或者上下文类。 然后在主逻辑代码块上通过工厂类获取封业务逻辑处理接口实例,然后调用处理方法。从而实现业务的封装和抽象,即把这块相关逻辑抽象为一个接口,不同的实现。下次如果再增加一个逻辑,则只要新增一个实现类,在工厂方法新增一个类型标识即可,主逻辑代码不变。 实现方案一
这里以路边的地磁停车位为例,具体的线下业务是在停车场会安装一个地磁硬件,当有车进来的时候会上报一个 车辆驶入 事件,车出去的时候会上报一个车辆驶出 事件,除了这2事件,当车位被占用或者空闲的时候,会上报2个心跳:持续占用 和持续空闲
结合上面的业务,不同事件会有不同的处理方式,这里我们会创建一个状态处理接口,该接口有2个方法,一个返回状态枚举、一个处理方法,如下: public interface StateHandler { DeviceStatusEnum state(); void handle(String deviceNo, String code); }
然后,我们再创建一个工厂类或者叫上下文处理类,通过Spring的构造器注入所有实现 StateHandler 接口的实现类,然后放入当前实例的缓存map中,另外还提供一个根据枚举返回处理器的方法,具体如下:@Component public class StateContext { public Map stateMap = new HashMap<>(); public StateContext(List stateHandlerList){ stateHandlerList.forEach(handler -> { stateMap.put(handler.state(), handler); }); } public StateHandler getHandler(DeviceStatusEnum state){ return stateMap.get(state); } }
接下来就是具体状态的处理实现类,这里只放 车辆驶出 的处理类,如下:@Component public class OutStateHandler implements StateHandler{ @Override public DeviceStatusEnum state() { return DeviceStatusEnum.OUT; } @Override public void handle(String deviceNo, String code) { // TODO } }
这样子,在主逻辑代码只要根据状态类型,从工厂类获取处理器类,然后执行方法即可,如下: DeviceStatusEnum state = DeviceStatusEnum.get(status.getStatus()); StateHandler handler = stateContext.getHandler(state); handler.handle(request.getSN(), request.getBerthCode());
这样子即可消除对应的if-else 问题
通过上述的方案一,我们实现了消除基本的if-else,但是我们再深入思考下,方案一会有什么问题? 很明显,这是针对具体业务的一个实现方式,该实现方式需要1个上下文类、1个接口、对应的N个实现类,那么当我们的业务代码有多个不同业务的if-else,每个业务都需要创建2+N个类,造成了类膨胀。
所以,针对该问题,我们还需要对上述的实现方式进行抽象,让它更实用 。 实现方案二(最终解决方案)
通过对方案一实现的思考,我们可以对以下几个点进行优化
•针对接口类,我们可以抽象不同业务的接口,该接口只有一个方法,用于返回具体某个业务的枚举类•针对枚举类,不同业务会有不同的枚举类,而枚举类的抽象就是他们的父类: Enum •针对上下文类,原来的map缓存key是具体某个枚举类,value是不同的实现类;而这里为了实现多个业务扩展点,我们key可以设计为枚举类的父类 Enum ,value为不同实现类的列表
具体的代码如下:
1.创建一个抽象接口,用于返回具体某个业务的枚举类 public interface IExtensionHandler{ Y extension(); }
这里的泛型Y就是具体某个业务的枚举类
2.创建一个上下文类的接口,并实现其默认实现 public interface IExtensionHandlerFactory { /** * 添加扩展处理器 * @param extensionHandler 处理器 * @param 扩展点 */ >void addExtensionHandler(IExtensionHandler extensionHandler); /** * 获取扩展点处理器 * @param extension 扩展点 * @param type 处理器类型 * @param 扩展处理器 * @param 扩展点 */ ,Y extends Enum> T getExtensionHandler(Y extension, Class type); }
上下文类的默认实现 @Slf4j public class DefaultExtensionHandlerFactoryImpl implements IExtensionHandlerFactory, ApplicationContextAware { private final Map> serviceListCache = new ConcurrentHashMap<>(); private final Map serviceCache = new ConcurrentHashMap<>(); @Override public > void addExtensionHandler(IExtensionHandler extensionHandler) { Assert.notNull(extensionHandler.extension(), "add extension handler failed, bean class " + extensionHandler.getClass().getName() + " extension is null"); serviceListCache.putIfAbsent(extensionHandler.extension(), new LinkedList<>()); serviceListCache.get(extensionHandler.extension()).add(extensionHandler); } @Override public , Y extends Enum> T getExtensionHandler(Y extension, Class type) { ExtensionCacheKey cacheKey = new ExtensionCacheKey(extension, type); IExtensionHandler result = this.serviceCache.get(cacheKey); if (result == null) { List extensionHandlers = serviceListCache.getOrDefault(extension, Collections.synchronizedList(Collections.emptyList())); for (IExtensionHandler extensionHandler : extensionHandlers) { if (type.isAssignableFrom(extensionHandler.getClass())) { result = extensionHandler; serviceCache.put(cacheKey, result); break; } } if (result == null) { log.warn("No IExtensionHandler found by CacheKey : " + cacheKey + " !"); } } return (T) result; } @Override public void setApplicationContext(ApplicationContext applicationContext) throws BeansException { Map handlerMap = applicationContext.getBeansOfType(IExtensionHandler.class); log.info("疯狂加载扩展ing ..."); long start = System.currentTimeMillis(); handlerMap.forEach((k, v) -> { //排除组合类自己 if (!this.getClass().isAssignableFrom(v.getClass())) { addExtensionHandler(v); } }); long end = System.currentTimeMillis(); log.info("加载扩展点结束,耗时: {}, 扩展点个数: {}", end - start, handlerMap.size()); } }
在默认的上下文实现类中,我们还多了一个Map,该Map是为了提高扩展点的查找而设计的,如果只是使用 serviceListCache ,那么每次根据某个业务的枚举类会返回对应的扩展处理器列表,需要再循环一次才能找到对应的处理器,这里是设计了一个缓存Key: ExtensionCacheKey , 代码实现如下@Data @AllArgsConstructor @ToString @EqualsAndHashCode public class ExtensionCacheKey { private T extension; private Class<? extends IExtensionHandler> extensionHandlerClass; }
一个业务枚举类,可能会有不同类型的扩展处理接口,serviceListCache的value值为什么设计成List和为什么需要设计一个ExtensionCacheKey的原因所在。 最后
这个扩展点设计虽然简单,但是在我实践的项目中有大量的使用,也推荐大家理解并使用,对于复杂业务的处理非常有帮助。
另外扩展点设计还有另外一种方式,基于注解的方式,具体实现可以搜下 COLA 4.0
获取完整源码地址:https://gitee.com/anyin/shiro-to-token
用JBL回音壁音箱打造家庭影院,改善观影体验,效果出乎意料很多朋友都和我吐槽过家里的电视或投影设备,有些人认为电视自带的音响效果差,甚至音量都不如手机有些使用投影设备的,感觉声音从一个方位发出,没有临场感,看电影时更是体验欠佳。其实我个人
佩戴运动手表跑步的你,不要再只盯着配速这个数据了佩戴一块心仪的运动手表跑步,成为越来越多小伙伴的选择。无论是来自手机厂商的华为苹果,还是专业手表厂商的佳明高驰,所提供的数据大同小异,核心数据不外乎配速心率步频最大摄氧量等,那么你
一场旅行犒赏2021努力的自己,除了带上相机,记得智云云鹤M3是需要有一场说走就走的旅行,来犒赏2021年辛苦付出的自己,站在2022年新年与农历牛年岁末,如果你也计划着一场旅行,别忘了用相机记录沿途的时光,在音画交织下为一年的付出落下绚烂的
为什么小米手机很受国人的喜爱?得屌丝者得天下。自己看是很受屌丝的喜爱我没手机用都不会用小米应该是很受印度人喜爱。中国区苹果华荣OV更受国人喜爱我身边朋就没一部小米手机,我都好长时间没看到小米手机了,谁告诉你国人
如果不小心手机掉进水里,捡起后应该怎么补救?第一时间不要想着开机,因为手机如果不防水的话,你开机的话容易烧坏你的主板,导致你的手机直接开不了机或者是报废,然后只能送去手机维修店了。本人亲身经历手机如果掉水里应该怎么办,第一时
你家还在看有线电视机顶盒吗?我有30多年不看电视节目啦自从家里安装了宽带网,更新了智能电视,就撤退了机顶盒。因为利用宽带网就可以正常看电视节目,省掉了每个月的有线电视费用。我们这个地方家家都安装有电视机顶盒,
手机用久了为什么不流畅了?谢邀!两个问题,我就分两步回答。不流畅原因1,系统劣根性。这个一般是安卓和苹果比,太技术的原因我就不讲了,什么内存回收,内存管理什么的,估计讲了也是有很多人看不懂。反正安卓手机用久
打算安排iQOO9Pro,就是不太清楚这手机的硬件怎么样?iQOO9Pro手机8G256G版本4999元起售,搭载2K,E5发光材料屏幕,自适应LTPO无极变速2。0(相比较iQOO这个方案,建议可以了解下隔壁的一加10Pro,在屏幕方面
三千元以内荣耀或华为手机推荐?文小伊评科技3000元以内,需求是华为和荣耀的手机。先说结论,目前华为系的所有产品均不推荐,原因很简单,因为他们都不支持5G网络,这是一个非常大的硬伤,因为这都2022年了,目前5
赵立坚回应英国封杀华为泛化国家安全概念损人不利己来源中国新闻网中新网北京1月17日电(记者郭超凯李京泽)针对英国封杀华为一事,中国外交部发言人赵立坚17日在北京表示,英方一些人和势力出于政治私利趋附某国,泛化国家安全概念,打压中
华为第二晶圆厂选址我觉得华为在深圳除了做研发应该撤出所有的生产部门,我觉得华为应该反哺东北。东北建晶圆厂优势极大,我国应该有所支持,既然我们能做二氧化碳超临界技术,我觉得在长白山建造超临界地热电厂也