大橙子网站建设,新征程启航

为企业提供网站建设、域名注册、服务器等服务

项目中的ifelse太多了该如何重构

这篇文章跟大家分析一下“项目中的if else太多了该如何重构”。内容详细易懂,对“项目中的if else太多了该如何重构”感兴趣的朋友可以跟着小编的思路慢慢深入来阅读一下,希望阅读后能够对大家有所帮助。下面跟着小编一起深入学习“项目中的if else太多了该如何重构”的知识吧。

成都创新互联公司-专业网站定制、快速模板网站建设、高性价比云龙网站开发、企业建站全套包干低至880元,成熟完善的模板库,直接使用。一站式云龙网站制作公司更省心,省钱,快速模板网站建设找我们,业务覆盖云龙地区。费用合理售后完善,十多年实体公司更值得信赖。

前言

if  else过多的话,一般都是用策略模式来进行重构,策略模式也非常的简单。先定义一个接口,各种处理分支实现这个接口,定义好  条件->处理类的映射关系,然后根据条件找到响应的处理类执行即可,当有新的分支的话,只需要增加一个接口实现类,增加一个条件->映射类的映射关系即可。还是很好容易理解的

介绍

不出意外,这应该是年前最后一次分享,本次来一点实际开发中会用到的小技巧。

比如平时大家是否都会写类似这样的代码:

项目中的if else太多了该如何重构

条件少还好,一旦 else if 过多这里的逻辑将会比较混乱,并很容易出错。

比如这样:

项目中的if else太多了该如何重构

摘自 cim 中的一个客户端命令的判断条件。

刚开始条件较少,也就没管那么多直接写的;现在功能多了导致每次新增一个 else 条件我都得仔细核对,生怕影响之前的逻辑。

这次终于忍无可忍就把他重构了,重构之后这里的结构如下:

项目中的if else太多了该如何重构

最后直接变为两行代码,简洁了许多。

而之前所有的实现逻辑都单独抽取到其他实现类中。

项目中的if else太多了该如何重构

项目中的if else太多了该如何重构

这样每当我需要新增一个 else 逻辑,只需要新增一个类实现同一个接口便可完成。每个处理逻辑都互相独立互不干扰。

实现

项目中的if else太多了该如何重构

按照目前的实现画了一个草图。

整体思路如下:

  • 定义一个 InnerCommand 接口,其中有一个 process 函数交给具体的业务实现。

  • 根据自己的业务,会有多个类实现 InnerCommand 接口;这些实现类都会注册到 Spring Bean 容器中供之后使用。

  • 通过客户端输入命令,从 Spring Bean 容器中获取一个 InnerCommand 实例。

  • 执行最终的 process 函数。

主要想实现的目的就是不在有多个判断条件,只需要根据当前客户端的状态动态的获取 InnerCommand 实例。

从源码上来看最主要的就是 InnerCommandContext 类,他会根据当前客户端命令动态获取 InnerCommand 实例。

项目中的if else太多了该如何重构

  • 第一步是获取所有的 InnerCommand 实例列表。

  • 根据客户端输入的命令从第一步的实例列表中获取类类型。

  • 根据类类型从 Spring 容器中获取具体实例对象。

因此首先第一步需要维护各个命令所对应的类类型。

项目中的if else太多了该如何重构

所以在之前的枚举中就维护了命令和类类型的关系,只需要知道命令就能知道他的类类型。

这样才能满足只需要两行代码就能替换以前复杂的 if else,同时也能灵活扩展。

项目中的if else太多了该如何重构

当然还可以做的更灵活一些,比如都不需要显式的维护命令和类类型的对应关系。

只需要在应用启动时扫描所有实现了 InnerCommand 接口的类即可,在 cicada 中有类似实现。

关于项目中的if else太多了该如何重构就分享到这里啦,希望上述内容能够让大家有所提升。如果想要学习更多知识,请大家多多留意小编的更新。谢谢大家关注一下创新互联网站!


网页名称:项目中的ifelse太多了该如何重构
文章链接:http://dzwzjz.com/article/jpcgjh.html
在线咨询
服务热线
服务热线:028-86922220
TOP