来自：medium.com/swlh/5-ways-to-replace-if-else-statements-857c0ff19357
设计更好的软件，替换If-Else的5种方法。入门到示例让我直接说这句话：If-Else通常是一个糟糕的选择。它导致设计复杂，代码可读性差，并且可能导致重构困难。但是，If-Else已成为事实上的代码分支解决方案，这确实是有道理的。这是向所有有抱负的开发人员讲授的件事。不幸的是，许多开发人员从来没有前进到更合适的分支策略。有些人的口头禅是：If-Else是一把锤子，一切都是钉子。无法区分何时使用更合适的方法是区分大三学生和大三学生的原因之一。我将向您展示一些技巧和模式，这些技巧和模式将终结这种可怕的做法。1.完全不必要的Else块
这也许是那些初级开发人员负罪的之一。下面的示例很好地说明了当您被认为If-Else很棒时会发生什么。您会经常发现，实际上根本不需要其他块。像在这种情况下一样，您想要在满足特定条件的情况下执行某些操作并立即返回。
推荐下自己做的 Spring Boot 的实战项目：https://github.com/YunaiV/ruoyi-vue-pro
2.价值分配
如果您要根据提供的某些输入为变量分配新值，请停止If-Else废话-一种更具可读性的方法。尽管很简单，但它却很糟糕。首先，If-Else很容易在这里被开关取代。但是，我们可以通过完全删除else来进一步简化此代码。如果不使用else，则我们将剩下干净的可读代码。请注意，我也将样式更改为快速返回而不是单返回语句-如果已经找到正确的值，继续测试一个值根本没有意义。
推荐下自己做的 Spring Cloud 的实战项目：https://github.com/YunaiV/onemall
3.前提条件检查
通常，我发现，如果方法提供了的值，则继续执行是没有意义的。假设我们从以前就有了DefineGender方法，要求提供的输入值必须始终为0或1。在没有价值验证的情况下执行该方法没有任何意义。因此，在允许方法继续执行之前，我们需要检查一些先决条件。应用保护子句防御性编码技术，您将检查方法的输入值，然后继续执行方法。至此，我们确保仅在值落在预期范围内时才执行主逻辑。现在，IF也已被三元代替，因为不再需要在结尾处默认返回"未知"。4.将If-Else转换为字典—完全避免If-Else
假设您需要执行一些操作，这些操作将根据某些条件进行选择，我们知道以后必须添加更多操作。也许有人倾向于使用久经考验的If-Else。如果添加新操作，则只需简单地添加其他内容即可。很简单 但是，就维护而言，这种方法不是一个好的设计。知道我们以后需要添加新的操作后，我们可以将If-Else重构为字典。注意，仅出于说明目的将字典放置在方法内部。您可能希望从其他地方提供它。5.扩展应用程序—完全避免使用If-Else
通常，您会发现自己不得不扩展应用程序的某些部分。作为初级开发人员，您可能会倾向于通过添加额外的If-Else（即else-if）语句来做到这一点。举这个说明性的例子。在这里，我们需要将Order实例显示为字符串。首先，我们只有两种字符串表示形式：JSON和纯文本。在此阶段使用If-Else并不是什么大问题，如果我们可以轻松替换其他，只要如前所述即可。知道我们需要扩展应用程序的这一部分，这种方法是不可接受的。上面的代码不仅违反了"打开/关闭"原则，而且阅读得不好，还会引起可维护性方面的麻烦。正确的方法是遵循SOLID原则的方法-我们通过实施动态类型发现过程（在本例中为策略模式）来做到这一点。替换上面示例的代码如下所示。是的，这是更多代码的方式。它要求您了解类型发现的工作原理。但是动态扩展应用程序是一个主题。我只显示将替换If-Else示例的确切部分。如果要查看所有涉及的对象，请查看此要点。方法签名保持不变，因为调用者不需要了解我们的重构。首先，获取实现通用接口IOrderOutputStrategy的程序集中的所有类型。然后，我们建立一个字典，格式化程序的displayName的名称为key，类型为value。然后从字典中选择格式化程序类型，然后尝试实例化策略对象。后，调用策略对象的ConvertOrderToString。
Nicklas Millard在丹麦的四大咨询公司之一中担任技术顾问。他主要担任客户项目的首席开发人员和解决方案架构师。他一直在为商业客户和政府机构开发软件，例如国防部，教育部，丹麦环境与食品部，国家警察，丹麦劳动力市场和招聘局以及Ørstad。
