为何 Golang 创建者将“fallthrough”用于其创建目的？哪些场景适用于使用它？

在 Go 语言中，“fallthrough”允许在 switch 块中将执行转移到下一个 case，而无需评估该 case 的条件。与其他语言中必须使用“break”语句来终止 case 的行为不同，Go 中的“fallthrough”提供了更灵活的选择，因为它允许执行跨越多个 case。

在 switch 块中使用“fallthrough”，会将执行转移到下一个 case 的第一个语句，而不评估下一个 case 语句。在现实世界中，我们为什么需要它？如果我们必须执行下一个 case 块，我们就可以将该代码合并到已评估的 case 中。为什么我们真的需要“失败”？它的意义何在？

解决方案

将 2 个案例合并为一个案例并不等同于第一个案例以 fallthrough 结尾的 2 个独立案例。

switch {
case conditiona:
    statementa()
    fallthrough
case conditionb:
    statementb()
}

在此示例中，如果 conditiona 计算结果为 false 并且 conditionb 计算结果为 true，则执行 statementb()。如果您将它们结合起来：

switch {
case conditionA:
    statementA()
    statementB()
}

此处，仅当 conditiona 计算结果为 true 时，才执行 statementb()，仅此而已。这与第一个示例不同。

显然，您不能在 case 表达式中包含 conditionb，因为 statementa 不得依赖于 conditionb（如果我们想要等效转换）。

总而言之，这只是一个你可能会或可能不会使用的“工具”。您可以通过其他方式实现相同的目的（if 语句），但这在某些情况下可能很方便。

在许多语言中，如果您不希望出现这种“失败”行为，则需要使用 break 语句，因此很多人可能会习惯它。虽然大多数情况下开关不用于失败，所以这成为 go 中的默认设置，但如果您需要其他逻辑，您可以选择 fallthrough。

问题为什么我们真的需要“fallthrough”？在这些语言中与为什么我们需要“break”是可选的而不是强制的？相同p>

终于介绍完啦！小伙伴们，这篇关于《为何 Golang 创建者将“fallthrough”用于其创建目的？哪些场景适用于使用它？》的介绍应该让你收获多多了吧！欢迎大家收藏或分享给更多需要学习的朋友吧~golang学习网公众号也会发布Golang相关知识，快来关注吧！