编写 if 时尽量不要带 else

全栈架构社区

共 3049字,需浏览 7分钟

 ·

2022-02-11 02:32

上一篇:你在 Docker 中跑 MySQL?恭喜你,可以下岗了!

来源:翻译自:Nicklas Millard的文章《Better Software Without If-Else》

注:本文并不肯定或者否定哪一种写法,仅仅为大家提供一些其他的编码思路或者一些值得借鉴的点子,希望大家能在公众号的每一篇文章中都能有所收获,同时欢迎探讨!


设计更好的软件,替换If-Else的5种方法。入门到高级示例

让我直接说这句话:If-Else通常是一个糟糕的选择。

它导致设计复杂,代码可读性差,并且可能导致重构困难。


但是,If-Else已成为事实上的代码分支解决方案,这确实是有道理的。这是向所有有抱负的开发人员讲授的第一件事。不幸的是,许多开发人员从来没有前进到更合适的分支策略。

有些人的口头禅是:If-Else是一把锤子,一切都是钉子。

无法区分何时使用更合适的方法来区分大三学生和大四学生的原因之一。

我将向您展示一些技巧和模式,这些技巧和模式将终结这种可怕的做法。

每个示例的难度都会增加。


完全不必要的Else块


这也许是那些初级开发人员最负罪的之一。下面的示例很好地说明了当您被认为If-Else很棒时会发生什么。


Simple if-else


只需删除else`块即可简化此过程。


Removed else


看起来更专业吧?

您会经常发现,实际上根本不需要其他块。像在这种情况下一样,您想要在满足特定条件的情况下执行某些操作并立即返回。


价值分配

如果您要根据提供的某些输入为变量分配新值,请停止If-Else废话-一种更具可读性的方法。


Value assignment with if-else


尽管很简单,但它却很糟糕。首先,If-Else很容易在这里被开关取代。但是,我们可以通过完全删除else来进一步简化此代码。


If statements with fast return


如果不使用else,则我们将剩下干净的可读代码。请注意,我也将样式更改为快速返回而不是单返回语句-如果已经找到正确的值,继续测试一个值根本没有意义。关注互联网架构师


前提条件检查


通常,我发现,如果方法提供了无效的值,则继续执行是没有意义的。

假设我们从以前就有了DefineGender方法,要求提供的输入值必须始终为0或1。


Method without value checks


在没有价值验证的情况下执行该方法没有任何意义。因此,在允许方法继续执行之前,我们需要检查一些先决条件。

应用保护子句防御性编码技术,您将检查方法的输入值,然后继续执行方法。


Check preconditions with guard clauses


至此,我们确保仅在值落在预期范围内时才执行主逻辑。

现在,IF也已被三元代替,因为不再需要在结尾处默认返回"未知"。

将If-Else转换为字典—完全避免If-Else


假设您需要执行一些操作,这些操作将根据某些条件进行选择,我们知道以后必须添加更多操作。



也许有人倾向于使用久经考验的If-Else。如果添加新操作,则只需简单地添加其他内容即可。很简单 但是,就维护而言,这种方法不是一个好的设计。

知道我们以后需要添加新的操作后,我们可以将If-Else重构为字典。



可读性已大大提高,并且可以更轻松地推断出该代码。

注意,仅出于说明目的将字典放置在方法内部。您可能希望从其他地方提供它。


扩展应用程序—完全避免使用If-Else


这是一个稍微高级的示例。

通过用对象替换它们,知道何时甚至完全消除If。

通常,您会发现自己不得不扩展应用程序的某些部分。作为初级开发人员,您可能会倾向于通过添加额外的If-Else(即else-if)语句来做到这一点。

举这个说明性的例子。在这里,我们需要将Order实例显示为字符串。首先,我们只有两种字符串表示形式:JSON和纯文本。在此阶段使用If-Else并不是什么大问题,如果我们可以轻松替换其他,只要如前所述即可。



知道我们需要扩展应用程序的这一部分,这种方法绝对是不可接受的。

上面的代码不仅违反了"打开/关闭"原则,而且阅读得不好,还会引起可维护性方面的麻烦。

正确的方法是遵循SOLID原则的方法-我们通过实施动态类型发现过程(在本例中为策略模式)来做到这一点。

重构这个混乱的过程的过程如下:



替换上面示例的代码如下所示。是的,这是更多代码的方式。它要求您了解类型发现的工作原理。但是动态扩展应用程序是一个高级主题。

我只显示将替换If-Else示例的确切部分。如果要查看所有涉及的对象,请查看此要点。



让我们快速浏览一下代码。

方法签名保持不变,因为调用者不需要了解我们的重构。

首先,获取实现通用接口IOrderOutputStrategy的程序集中的所有类型。然后,我们建立一个字典,格式化程序的displayName的名称为key,类型为value。

然后从字典中选择格式化程序类型,然后尝试实例化策略对象。

最后,调用策略对象的ConvertOrderToString。


作者介绍


Nicklas Millard在丹麦的四大咨询公司之一中担任高级技术顾问。他主要担任客户项目的首席开发人员和解决方案架构师。

他一直在为商业客户和政府机构开发软件,例如国防部,教育部,丹麦环境与食品部,国家警察,丹麦劳动力市场和招聘局以及rstad。


在LinkedIn上连接

(本文翻译自Nicklas Millard的文章《Better Software Without If-Else》,参考:https://medium.com/swlh/5-ways-to-replace-if-else-statements-857c0ff19357)


相关阅读:2T架构师学习资料干货分享


全栈架构社区交流群

 「全栈架构社区」建立了读者架构师交流群,大家可以添加小编微信进行加群。欢迎有想法、乐于分享的朋友们一起交流学习。

扫描添加好友邀你进架构师群,加我时注明姓名+公司+职位】

看完本文有收获?请转发分享给更多人


往期资源:


Flutter 移动应用开发实战 视频(开发你自己的抖音APP)
Java面试进阶训练营 第2季(分布式篇)
Java高级 - 分布式系统开发技术视频
浏览 17
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报
评论
图片
表情
推荐
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报