CTO：再写if-else，逮着一个罚款1000，送给正在迷茫的你五句话
作者：互联网
如果你要根据提供的某些输入为变量分配新值，请停止 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。
标签：逮着,代码,应用程序,Else,else,CTO,方法,我们 来源： https://blog.csdn.net/m0_64384202/article/details/122168162