码迷,mamicode.com
首页 > 其他好文 > 详细

利用策略模式优化过多 if else 代码

时间:2020-12-16 12:55:13      阅读:7      评论:0      收藏:0      [点我收藏+]

标签:前言   cdb   状态   其他   获取   EDA   sha   crossover   contex   

技术图片


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

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

if
(
a
){

//dosomething

}
else

if
(
b
){

//doshomething

}
else

if
(
c
){

//doshomething

}

else
{

////doshomething

}



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

比如这样:

![](https://s4.51cto.com/images/blog/202012/10/ffc303d0f29d5ecc1d80593969b69c1d.png?x-oss-process=image/watermark,size_16,text_QDUxQ1RP5Y2a5a6i,color_FFFFFF,t_100,g_se,x_10,y_10,shadow_90,type_ZmFuZ3poZW5naGVpdGk=)

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

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

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

![](https://s4.51cto.com/images/blog/202012/10/bdd63b54a9deca4b435d3d191a2699e8.png?x-oss-process=image/watermark,size_16,text_QDUxQ1RP5Y2a5a6i,color_FFFFFF,t_100,g_se,x_10,y_10,shadow_90,type_ZmFuZ3poZW5naGVpdGk=)

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

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

![](https://s4.51cto.com/images/blog/202012/10/096d972c643a9e4a2f92e81bef617007.png?x-oss-process=image/watermark,size_16,text_QDUxQ1RP5Y2a5a6i,color_FFFFFF,t_100,g_se,x_10,y_10,shadow_90,type_ZmFuZ3poZW5naGVpdGk=)
![](https://s4.51cto.com/images/blog/202012/10/6d9b72d163e9c2e997221349d0362b98.png?x-oss-process=image/watermark,size_16,text_QDUxQ1RP5Y2a5a6i,color_FFFFFF,t_100,g_se,x_10,y_10,shadow_90,type_ZmFuZ3poZW5naGVpdGk=)
这样每当我需要新增一个 else 逻辑,只需要新增一个类实现同一个接口便可完成。每个处理逻辑都互相独立互不干扰。

**实现**
![](https://s4.51cto.com/images/blog/202012/10/5cdbe36bf566bf0ff3cfea91538c549c.png?x-oss-process=image/watermark,size_16,text_QDUxQ1RP5Y2a5a6i,color_FFFFFF,t_100,g_se,x_10,y_10,shadow_90,type_ZmFuZ3poZW5naGVpdGk=)

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

整体思路如下:

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

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

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

* 执行最终的 process 函数。

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

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

![](https://s4.51cto.com/images/blog/202012/10/bfcccec8fdf5e75aaca89c66d249b3e2.png?x-oss-process=image/watermark,size_16,text_QDUxQ1RP5Y2a5a6i,color_FFFFFF,t_100,g_se,x_10,y_10,shadow_90,type_ZmFuZ3poZW5naGVpdGk=)

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

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

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

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

![](https://s4.51cto.com/images/blog/202012/10/0f8d0141e4ddba20fdb54eda3c5b67a8.png?x-oss-process=image/watermark,size_16,text_QDUxQ1RP5Y2a5a6i,color_FFFFFF,t_100,g_se,x_10,y_10,shadow_90,type_ZmFuZ3poZW5naGVpdGk=)

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

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

`InnerCommand instance = innerCommandContext.getInstance(msg);`

`instance.process(msg);`

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

只需要在应用启动时扫描所有实现了 InnerCommand 接口的类即可,在 cicada 中有类似实现,感兴趣的可以自行查看。

这样一些小技巧希望对你有所帮助。

以上所有源码可以在这里查看:

https://github.com/crossoverJie/cim

你的点赞与分享是对我最大的支持

利用策略模式优化过多 if else 代码

标签:前言   cdb   状态   其他   获取   EDA   sha   crossover   contex   

原文地址:https://blog.51cto.com/15049794/2562704

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!