本文并不肯定或者否定哪一种写法，仅仅为大家提供一些其他的编码思路或者一些值得借鉴的点子。
设计更好的软件，替换 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 重构为字典。
可读性已大大提高，并且可以更轻松地推断出该代码。注意，仅出于说明目的将字典放置在方法内部。您可能希望从其他地方提供它。