编写 if 时不带 else,提升代码可读性

If-Else通常是一个糟糕的选择,它导致设计复杂,代码可读性差,并且可能导致重构困难。

1、完全不必要的Else块

这也许是那些初级开发人员最负罪的之一。下面的示例很好地说明了当您被认为If-Else很棒时会发生什么。
在这里插入图片描述
只需删除else块即可简化此过程。
在这里插入图片描述

2、价值分配

如果您要根据提供的某些输入为变量分配新值,请停止If-Else废话-一种更具可读性的方法。
在这里插入图片描述
尽管很简单,但它却很糟糕。首先,If-Else很容易在这里被开关取代。但是,我们可以通过完全删除else来进一步简化此代码。
在这里插入图片描述
如果不使用else,则我们将剩下干净的可读代码。请注意,我也将样式更改为快速返回而不是单返回语句-如果已经找到正确的值,继续测试一个值根本没有意义

3、前提条件检查

通常,我发现,如果方法提供了无效的值,则继续执行是没有意义的。假设我们从以前就有了DefineGender方法,要求提供的输入值必须始终为0或1。
在这里插入图片描述
在没有价值验证的情况下执行该方法没有任何意义。因此,在允许方法继续执行之前,我们需要检查一些先决条件。

应用保护子句防御性编码技术,您将检查方法的输入值,然后继续执行方法。
在这里插入图片描述
至此,我们确保仅在值落在预期范围内时才执行主逻辑。
现在,IF也已被三元代替,因为不再需要在结尾处默认返回"未知"。

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

假设您需要执行一些操作,这些操作将根据某些条件进行选择,我们知道以后必须添加更多操作。
在这里插入图片描述
也许有人倾向于使用久经考验的If-Else。如果添加新操作,则只需简单地添加其他内容即可。很简单 但是,就维护而言,这种方法不是一个好的设计。

知道我们以后需要添加新的操作后,我们可以将If-Else重构为字典。
在这里插入图片描述
可读性已大大提高,并且可以更轻松地推断出该代码。

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

猜你喜欢

转载自blog.csdn.net/QiuHaoqian/article/details/110919636