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

前言

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

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

if(a){

//dosomething

}else if(b){

//doshomething

}else if(c){

//doshomething

} else{

doshomething

}

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

比如这样:

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

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

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

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

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

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

实现

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

整体思路如下:

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

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

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

执行最终的 process 函数。

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

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

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

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

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

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

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

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

InnerCommand instance = innerCommandContext.getInstance(msg);

instance.process(msg) ;

总结

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

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

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

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

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

代码重构:用工厂+策略模式优化过多的if else代码块

最近在工作中优化了一段冗余的if else代码块,感觉对设计模式的理解和运用很有帮助,所以分享出来.鉴于原代码会涉及到公司的隐私,因此就不贴出来了.下面以更加通俗易懂的案例来解析. 假如写一个针对员工 ...

用工厂模式和策略模式优化过多的if-else

多个if-else代码: @RunWith(SpringRunner.class) @SpringBootTest public class EducationalBackgroundTest { p ...

策略模式优化过多的IF ELSE

前言: 当if else的条件少的话,代码可阅读性及逻辑不影响阅读和扩展.一旦if else过多的话会导致逻辑比较混乱,不易扩展并且很容易出错. 实现方案: 1.定义一个@HandlerType注解, ...

代码重构:用工厂+策略模式优化冗余的if else代码块

最近在工作中优化了一段冗余的if else代码块,感觉对设计模式的理解和运用很有帮助,所以分享出来.鉴于原代码会涉及到公司的隐私,因此就不贴出来了.下面以更加通俗易懂的案例来解析. 假如写一个针对员工 ...

如何在Spring Boot项目中巧妙利用策略模式干掉if else!

直入主题 我们都知道,设计模式(Design Pattern)是前辈们对代码开发经验的总结,是解决特定问题的一系列套路.它不是语法规定,而是一套用来提高代码可复用性.可维护性.可读性.稳健性以及安全性 ...

设计模式之策略模式(iOS开发,代码用Objective-C展示)

在实际开发过程中,app需求都是由产品那边给出,往往是他给出第一版功能,我们写好代码后,会相应的给出第二版.第三版功能,而这些功能是在实际使用中,根据用户需求而不断增加的.如果在编码之初,我们并未认识 ...

利用策略模式实现了同一接口的多个Servicel实现类,如何同时注入Controller

解决方法如上图,通过给实现类起别名,并在controller中,通过@Qualifier注解获取不同的实现类,之前没有这样写,会出现这样的情况: 通过@autowired注解注入dao层时为空,会报空 ...

Android 设计模式实战之关于封装计费代码库的策略模式详谈

写在之前 这周生活上出现了很多的不如意,从周一开始就觉得哪里出现了问题,然后就是各种烦躁的情绪,后来事情还真是如预感的那样发生了,很是心痛,但也无可奈何,希望大家都好好珍惜自己身边的人:友人,亲人,家 ...

Java策略模式以及来自lambda的优化

前言    设计模式是软件工程中一些问题的统一解决方案的模型,它的出现是为了解决一些普遍存在的,却不能被语言特性直接解决的问题,随着软件工程的发展,设计模式也会不断的进行更新,本文介绍的是经典设计模式 ...

随机推荐

为tomcat动态添加jndi数据源信息

我们在开发项目的时候,总要和数据库打交道,如何获取数据源,以什么样的方式来获取,成为了我们即简单又熟悉而且不得不注意的一个问题. 那么在这里我说三种获取数据源的常用方式: 一.通过配置文件来获取 首先 ...

Scalaz(13)- Monad:Writer - some kind of logger

通过前面的几篇讨论我们了解到F[T]就是FP中运算的表达形式(representation of computation).在这里F[]不仅仅是一种高阶类型,它还代表了一种运算协议(computati ...

[CLR via C#]6. 类型和成员基础

原文:[CLR via C#]6. 类型和成员基础 6.1 类型的各种成员 在一个类型中,可以定义0个或多个以下种类的成员: 1)常量    常量就是指出数据值恒定不变的符号.这些符号通常用于使代码更 ...

sysbench使用教程【转载】

水晶命匣 2016-08-16 20:02 一.环境描述 此次使用的虚拟机环境如下所示: CPU:双核 2.4GHz 内存:4 GB 硬盘:120 GB IP:192.168.21.129 操作系统: ...

省市联动_简单的Demo,适用于各种二级菜单联动

最近搞了一个功能,是查询页面需要用到二级菜单联动,获取到选中的属性value传入到后台. 平常都是用AJAX或者JQuery ,通过XML或者JSON的方式,这样的话需要调用数据库,像典型得到省市联动 ...

Ansible--原理

什么是Ansible Ansible是一种IT自动化运维工具,它可以配置系统,部署软件以及协调更高级的IT任务,例如持续部署或者是零停机滚动更新Ansible是新出现的自动化运维工具,基于Python ...

Linux版本CentOS、Ubuntu和Debian的异同

Linux有非常多的发行版本,从性质上划分,大体分为由商业公司维护的商业版本与由开源社区维护的免费发行版本. 商业版本以Redhat为代表,开源社区版本则以debian为代表. #Ubuntu系统 U ...

SQLSERVER数据导入到MYSQL

SQLSERVER数据导入到MYSQL http://hi.baidu.com/luck001221/item/cb4462299f9ea79ab73263d2?qq-pf-to=pcqq.group ...

android应用名称设置的问题

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
代码开发过程中,我们经常会遇到需要根据不同的条件执行不同的操作的情况。通常的做法是使用if-else语句来实现条件判断。但是,随着代码量的增加,if-else语句也会不断增多,代码变得越来越难以维护和扩展。为了解决这个问题,我们可以使用设计模式来重构代码,使其更加清晰、简洁和易于扩展。 状态模式是一种行为型设计模式,它允许对象在内部状态改变时改变它的行为。状态模式将状态封装成独立的类,并将请求委托给当前的状态对象。当状态发生改变时,更改状态对象以及委托给它的请求处理。 下面我们以一个简单的电梯控制器为例,来演示如何使用状态模式来代替if-else语句。 首先,我们定义一个抽象的状态类: ```python class LiftState: def open(self): pass def close(self): pass def run(self): pass def stop(self): pass ``` 然后,我们定义具体的状态类,分别代表电梯处于打开、关闭、运行和停止状态: ```python class OpenState(LiftState): def open(self): print("电梯门已经打开了,不需要再打开了!") def close(self): print("电梯门关闭...") return CloseState() def run(self): print("电梯还没关门,不能上下楼!") def stop(self): print("电梯门已经打开了,不能停止!") class CloseState(LiftState): def open(self): print("电梯门打开...") return OpenState() def close(self): print("电梯门已经关闭了,不需要再关闭了!") def run(self): print("电梯开始运行...") return RunState() def stop(self): print("电梯已经停止了,不能再停止了!") class RunState(LiftState): def open(self): print("电梯正在运行,不能打开门!") def close(self): print("电梯正在运行,不能关闭门!") def run(self): print("电梯正在运行...") def stop(self): print("电梯停止运行...") return StopState() class StopState(LiftState): def open(self): print("电梯门打开...") return OpenState() def close(self): print("电梯已经停止了,不能关闭门!") def run(self): print("电梯开始运行...") return RunState() def stop(self): print("电梯已经停止了,不需要再停止了!") ``` 最后,我们定义一个电梯控制器类,用于控制电梯的状态: ```python class LiftController: def __init__(self): self.state = StopState() def set_state(self, state): self.state = state def open(self): self.state = self.state.open() def close(self): self.state = self.state.close() def run(self): self.state = self.state.run() def stop(self): self.state = self.state.stop() ``` 现在,我们可以通过调用电梯控制器类的方法来控制电梯的状态,而无需使用if-else语句: ```python lift_controller = LiftController() lift_controller.open() # 电梯门打开... lift_controller.close() # 电梯门关闭... lift_controller.run() # 电梯开始运行... lift_controller.stop() # 电梯停止运行... ``` 通过使用状态模式,我们可以将电梯控制器的不同状态封装成独立的类,使代码更加清晰、简洁和易于扩展。此外,状态模式还可以减少if-else语句的使用,提高代码的可读性和可维护性。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值