Tag: 切换

第四天：什么是快速落败？: 如果要转到第3天的上一篇文章，或者要从第1天开始。有趣的故事：我在一家知名公司的采访中，他们进行了第一轮的客观类型问题，有四个选择。一个特别的问题（或您可以说的选项）引起了我的注意，该问题是基于开关控制流的问题，它有一个选项是失败。我认为这是打印错误，在Swift中没有一个名为fallthrough的关键字。面试刚结束，我就意识到自己是多么的傻瓜。重新营业！如果您使用C风格的语言进行过任何编程，则将特别记住开关控制流程中的一个非常不安全的功能，即如果我们不（或偶然地错过了，我经常这样做）在案例结束后写断点，那只会在接下来的情况下驳船？（谁给我一些隐私，bru？）显然， Swift是更安全的语言，它的默认特性不是那样，而是更简洁，可预测，并且避免错误地执行多个切换案例。但… 如果您想在Swift中使用（C样式）功能，则需要在每次您需要的情况。 Swift编程语言书中的示例失败最后一件事，也是最重要的 fallthrough关键字不检查导致执行陷入的switch条件的条件。 fallthrough关键字仅导致代码执行直接移至下一个case（或default case）块内的语句，就像C的标准switch语句行为一样。那是一个问题，明天见。如果您在本文中❤️，请给我一个give，并支持我的工作。等等，要继续吗？转到第5天。没有人会知道！

快速开关案例和模式匹配的有趣案例: 快速切换案例很有趣，这有很多原因。首先，如果您是Obj-C开发人员，那么能够在字符串和除整数以外的任何类型上使用切换用例的功能就足够有趣了。这是一个非常正常的简单开关案例，它使用字符串名称来标识它的主服务器。但这还不止于此，swift的模式匹配使它变得更加有趣。输入模式匹配，事情变得更加有趣。现在，如果切换案例精通是一个合并规则，那么如果我不能独自声明标题，那我的伙伴也必须在那里同时将双键翻转在一起。为了解决这个问题，我们可以匹配一个元组。在这里，我们将一个具有两个名称的元组匹配，但是如果这种伙伴关系稍微放松一点，并且只要您中至少有一个存在，您就可以与任何想要的人一起去呢？您始终可以忽略元组中的值，而仅检查一个名称。在某些情况下，您可能并不关心匹配元组的一部分，但是您仍然需要知道其值。在这种情况下，您可以在元组的该部分之前使用“ let”。带有模式匹配的切换案例在很多情况下都可以使用，并且在很多情况下都可以使用，您会在许多流行的开源库的心脏中找到它，在Moya内找到它来命名。在注释中命名带有切换用例和模式匹配的开放源代码，此外，如果您有任何其他情况，请提及它，我很乐意更新并添加该文章。