展开Swift 3.0中的可选值-Guard Let vs If Let？

当以iOS开发人员的身份编写代码时，您将需要灵活性：var或let，类或结构，集合或数组。不管它的功能是否不同，要想成为一名更高效的程序员，做出选择都至关重要。

展开可选值也不例外。

解包可选值时，我们中的许多人都对可选绑定和“ if let”语法约定非常熟悉。 “ if let”允许我们仅在有值的情况下安全地解开可选值，否则，代码块将不会运行。简而言之，当值存在时，它的重点是“真实”条件。

然后，我可以一直使用“ if let”吗？我为什么还要烦恼使用警卫let语句？

好吧，让我们通过检查下面的代码来决定原因。

在此示例中，我们从iOS设备上的文本字段中获取用户输入以制作完整的故事。用户输入是：名字，年龄，城市和职业。在这里，我们得到了可选值，必须将它们解开后才能正确显示在标签上。

我们可能会通过编码如下代码立即想到“ if let”来解开那些可选值：

您如何看待此代码？它运作良好，但请看一下嵌套条件的冗长行。如果我们需要用户提供更多信息怎么办？我们应该继续写嵌套条件吗？看起来很乱。

我们还可以将“ if let”与提前退出结合使用，如下所示：

它看起来比以前的要好一些。但是，由“ if let”解开的值只能在if块的范围内使用。在if块之外，必须使用！再次强制将其拆开。似乎效率不高。

现在，让我们来看一下使用“ guard”语句的代码。

另一方面，“后卫”声明使我们的代码更具可读性。可读性和易于维护非常重要，尤其是与其他程序员一起工作时。如上面的“ if let”示例中所示，“ guard”语句有助于避免众多嵌套条件的复杂性。与“如果让步”不同，“后卫”声明使早期退出成为可能，并着重于带有错误的负面案例，而不是正面案例。这意味着如果不满足条件，我们可以通过运行卫队的else语句来测试否定情况，而不是先等待嵌套条件通过。

但是，使“后卫”声明真正脱颖而出的原因在于，在其余的冷块中仍保留有未包装的可选值。这意味着当条件通过时，可选值将被解包，并且即使在条件之外也无需强制再次对其进行拆包即可使用。无需像我们在“如果放手”中那样提前退出就强行打开它们。请参见下面的代码。