程序员经验分享-hwhale

代码优化-减少if else

2023-05-16

写在前面
不知大家有没遇到过像 “横放着的金字塔” 一样的 if else 嵌套：

我并没夸大其词，我是真的遇到过了！嵌套 6、7 层，一个函数几百行，简！直！看！死！人！

if else 作为每种编程语言都不可或缺的条件语句，我们在编程时会大量的用到。但 if else 一般不建议嵌套超过三层，如果一段代码存在过多的 if else 嵌套，代码的可读性就会急速下降，后期维护难度也大大提高。所以，我们程序员都应该尽量避免过多的 if else 嵌套。下面将会谈谈我在工作中如何减少 if else 嵌套的。

正文

在谈我的方法之前，不妨先用个例子来说明 if else 嵌套过多的弊端。

想象下一个简单分享的业务需求：支持分享链接、图片、文本和图文，分享结果回调给用户（为了不跑题，这里简略了业务，实际复杂得多）。当接手到这么一个业务时，是不是觉得很简单，稍动下脑就可以动手了：

先定义分享的类型、分享 Bean 和分享回调类：

好了，然后在定义个分享接口，对每种类型分别进行分享就 ok 了：

到此，简单的分享模型就做出来了。有没问题？老实说，如果没什么追求的话，还真没什么问题，至少思路是清晰的。但一周后呢？一个月后呢？或者一年后呢？share 方法的分支有 15 条，这意味着你每次回看代码得让自己的大脑变成微型的处理器，考虑 15 种情况。如果出现 bug，你又得考虑 15 种情况，并 15 种情况都要测试下。再如果现在需要加多分享小视频功能，你又得添加多 3 个分支，还要改代码，一点都不 “开放 - 闭合”。再再如果后面项目交接给他人跟进，他人又要把自己大脑变成处理器来想每个分支的作用，我敢肯定有百分之八十的人都会吐槽代码。

我们程序员的脑力不应该花费在无止境的分支语句里的，应该专注于业务本身。所以我们很有必要避免写出多分支嵌套的语句。好的，我们来分析下上面的代码多分支的原因：

1、空值判断

2、业务判断

3、状态判断

几乎所有的业务都离不开这几个判断，从而导致 if else 嵌套过多。那是不是没办法解决了？答案肯定不是的。

上面的代码我是用 java 写的，对于 java 程序员来说，空值判断简直使人很沮丧，让人身心疲惫。上面的代码每次回调都要判断一次 listener 是否为空，又要判断用户传入的 ShareItem 是否为空，还要判断 ShareItem 里面的字段是否为空…

对于这种情况，我采用的方法很简单：接口分层。

减少 if else 方法一：接口分层

所谓接口分层指的是：把接口分为外部和内部接口，所有空值判断放在外部接口完成，只处理一次；而内部接口传入的变量由外部接口保证不为空，从而减少空值判断。

来，看代码更加直观：

可以看到，上面的代码分为外部接口 share 和内部接口 shareImpl，ShareItem 和 ShareListener 的判断都放在 share 里完成，那么 shareImpl 就减少了 if else 的嵌套了，相当于把 if else 分摊了。这样一来，代码的可读性好很多，嵌套也不超过 3 层了。

但可以看到，shareImpl 里还是包含分享类型的判断，也即业务判断，我们都清楚产品经理的脑洞有多大了，分享的类型随时会改变或添加。嗯说到这里相信大家都想到用多态了。多态不但能应付业务改变的情况，也可以用来减少 if else 的嵌套。

减少 if else 方法二：多态

利用多态，每种业务单独处理，在接口不再做任何业务判断。把 ShareItem 抽象出来，作为基础类，然后针对每种业务各自实现其子类：

（注意：上面每个子类的构造方法还对每个字段做了空值处理，为空的话，赋值 default，这样如果用户传了空值，在调试就会发现问题。）

实现了多态后，分享接口的就简洁多了：

嘻嘻，怎样，内部接口一个 if else 都没了，是不是很酷~ 如果这个分享功能是自己 App 里面的功能，不是第三方 SDK，到这里已经没问题了。但如果是第三方分享 SDK 的功能的话，这样暴露给用户的类增加了很多（各 ShareItem 的子类，相当于把 if else 抛给用户了），用户的接入成本提高，违背了 “迪米特原则” 了。

处理这种情况也很简单，再次封装一层即可。把 ShareItem 的子类的访问权限降低，在暴露给用户的主类里定义几个方法，在内部帮助用户创建具体的分享类型，这样用户就无需知道具体的类了：

或者有人会说，这样用户也需额外了解多几个方法。我个人觉得让用户了解多几个方法好过了解多几个类，而已方法名一看就能知道意图，成本还是挺小，是可以接受的。

其实这种情况，更多人想到的是使用工厂模式。嗯，工厂模式能解决这个问题（其实也需要用户额外了解多几个 type 类型），但工厂模式难免又引入分支，我们可以用 Map 消除分支。

减少 if else 方法三：使用 Map 替代分支语句

把所有分享类型预先缓存在 Map 里，那么就可以直接 get 获取具体类型，消除分支：

这种方式跟上面分为几个方法的方式各有利弊，看大家取舍了~

写在最后

讲到这里大家有没收获呢？总结下减少 if else 的方法：

1、把接口分为外部和内部接口，所有空值判断放在外部接口完成；而内部接口传入的变量由外部接口保证不为空，从而减少空值判断。

2、利用多态，把业务判断消除，各子类分别关注自己的实现，并实现子类的创建方法，避免用户了解过多的类。

3、把分支状态信息预先缓存在 Map 里，直接 get 获取具体值，消除分支。

好了，到此就介绍完了，希望大家以后写代码能注意，有则避之，无则加勉。希望大家写的代码越来越简洁~

原文链接：

https://www.jianshu.com/p/57c065b124c4

本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)

else

代码优化

代码优化-减少if else 的相关文章

  • [ STK ]（十二）【代码优化】与 Matlab 互联通信，计算可见性矩阵，距离矩阵

    上文 STK xff08 十 xff09 算法优化 与 Matlab 互联通信 xff0c 获取卫星间可见性数据 xff0c 计算可见性矩阵 xff0c 距离矩阵 前言 测试中发现有之前没考虑到的情况 xff0c 做了修改结果矩阵的上三角与

  • Python------- if-else语句介绍

    Python的if else语句是一个判断性语句 xff0c 要判断就需要有条件以及满足条件和不满足条件的情况 xff0c 以下就此进行说明 1 if else的使用格式 xff1a if 条件 xff1a 满足条件所要做的事情 else

  • java 去掉 if else_Java 通过注解消除if else

    半夜睡醒出门吃宵夜回家锁坏了 被逼无奈去了网吧正好想起之前构思的消除ifelse的方案正好就试了试 经过几小时奋斗修修改改终于实现了效果 特此分享 具体的流程如上 大概的场景是 在 web项目中有很多方法是要携带token或其他的操作才可以

  • if else if else语句格式_Java中我如何去除if...else...语句？

    读牛人技术博客 A Java Geek 最开始觉得这样的想法很有创意 提前使用静态代码块把对象存入map容器中 xff0c 在需要的时候在取 他也有提到可以使用DI的方式把需要的对象提前注入好 xff0c 但是这两种方式都会造成内存的浪费

  • python中if else语句_Python if else条件语句

    条件语句用来判定所给条件是否满足要求 xff0c 根据判定的结果 xff0c 决定接下来的操作 条件语句是一种控制结构 xff0c 因为它们允许根据定义的特定条件 xff0c 控制在何时执行哪一部分的代码 条件语句是 Python 中最重要

  • Python 中if...else语法和作用、执行流程

    一 if else语法 作用 xff1a 条件成立执行if下方的代码 xff0c 条件不成立执行else下方的代码 案例说明 xff1a 比如拿成年网吧上网的例子 xff0c 如果成年 xff0c 就允许上网 xff0c 如果不成年 xff

  • matlab实现if else 的语句格式

    matlab代码 比较a与b的大小 xff0c 将较小值赋给较大值 if a lt b b 61 a else a 61 b end

  • Java 中如何使用枚举来消除 if/else

    今天 xff0c 准备重新学习一下 Java 中的枚举类型 为什么现在要去重新学习呐 xff1f 因为在刚开始学习 Java 的时候 xff0c 对于枚举这一块的学习不太重视 xff0c 工作之后发现用到枚举的地方挺多的 xff0c 就有了

  • Vue指令之v-else篇

    讲完v if篇 xff0c 那么接下里我们就说说v else喽 对比java中的if 条件 条件成立执行的语句 else 条件不成立执行的语句 我相信你的脑瓜子已经转了90度 xff0c 已经完全搞明白Vue的v else该怎么用了 没错

  • Python：同行if...else...详细教程

    我最近为游戏Apple Clicker写成就系统 xff0c 加上后整个程序的代码竟然超过2200行 xff0c 窗口启动时间也很慢 xff0c 主要是if else 使用的太多 于是查了查缩短代码的方法 xff0c 总结如下 xff1a

  • 使用策略模式优化大量if...else代码

    一 场景 假如我们有一个订单业务 xff0c 根据会员的类型不同 xff0c 使用if else判断 xff0c 然后去执行不同的业务操作 xff0c 伪代码如下 xff1a span class token keyword public

  • 使用策略模式优化IF ELSE

    使用传统的if else扩展性不强 xff0c 代码量越多阅读起来越困难 如果后期又要扩展条件语句维护起来就会变得非常的麻烦 传统的If else 不容易扩展 代码量大的情况下代码阅读性不高 64 param args public sta

  • MyBatis中if - else if - else 的使用

    http www leftso com blog 765 html 不过有他的替代 choose 写法如下 xff1a lt choose gt lt when test 61 34 params 61 null 34 gt right J

  • js代码优化

    原文 xff1a https dmitripavlutin com unlearn javascript bad coding habits 一 xff1a 不要使用隐式类型转换 大多数运算符 43 61 61 不包括 61 61 61 再

  • 在C++中使用map来取代很多个if else和switch

    在C 43 43 中使用map来取代很多个if else和switch 利用map中的key和value键值对来取代if else效率会好不少 span class token macro property span class token

  • windows bat脚本使用if else(亲测可用)

    chcp 65001 64 echo off set p username 61 请输入用户名 if 34 username 34 61 61 34 admin 34 echo 欢迎管理员登录 xff01 else echo 用户名错误 x

  • GMT、UTC与24时区 等时间概念

    许多人都知道两地时间表简称为GMT或UTC 而世界时区表则通称为World Time 那么GMT与UTC的实质原意又是为何 世界时区又是怎么区分的 面盘上密密麻麻的英文单字代表着什么意义与作用呢 这些都是新手在接触两地时间表或世界时区表时

  • Hexo博客搭建部署GitHub

    Hexo博客 Hexo是一个简洁的静态博客页面 使用markdown渲染文件 在本地生产静态文件后可以部署到GitHub上 这样不需要占用自己的域名和服务器 其实我在很早之前就换用了hexo 原来的博客在csdn oceansec blog

  • Gimpel Software推出C和C ++的首选静态分析工具 PC-lint Plus，不再维护PC-lint/FlexeLint。

    Gimpel Software已不再维护PC lint FlexeLint版本9 最终更新是2014年发布的版本9 00L Gimpel Software在2018年底之前为PC lint FlexeLint提供技术支持 Gimpel So

  • 机械革命z2黑苹果改造计划第三番-macOS键盘快捷键&Win键盘适配

    macOS键盘快捷键 Win键盘适配 键盘区别 首先下图是苹果妙控键盘无指纹版 官网售价699 穷学生的我是真的买不起 然后下图是我正在使用的机械键盘ikbc w200 87键版本 可以看出两者在键位排列上的区别主要在于 win comma

随机推荐

热门标签