关于 Swift 2.0 - 语言新特性与革新

随着刚刚结束的 [url=https://developer.apple.com/wwdc]WWDC 2015[/url]苹果发布了一系列更新，这其中就包括了令人振奋的 `Swift 2.0`。 这是对之前语言特性的一次大幅的更新，加入了很多实用和方便的元素，下面我们就一起来看看这次更新都包括了什么。

[size=medium]将 println 函数统一为 print[/size]

现在我们在代码中输入 [b]println("xxx")[/b] 这样的调用时，编译器就会报错：

[imghttp://www.swiftcafe.io/images/about-swift2/swift2_1.jpg[/img]

都已经变成通用的 [b]print[/b] 方式了：

print("xxx")
           

[size=medium]语言的结构性更强[/size]

比如在 [b]Swift 1.2[/b] 中，我们要判断某元素是否在数组中，我们会用到 [b]contains[/b] 函数：

而在 [b]Swift 2.0[/b] 中，变成了直接调用数组对象 [b]apps[/b] 的 [b]contains[/b] 方法进行这个操作，这种调用方式更加的结构化，和面向对象化：

对于字符串操作，也是一样，如果在 [b]Swift 1.2[/b] 中，我们要获得字符串的长度，我们会这样：

而在 [b]Swift 2.0[/b] 中，我们只需调用 [b]str[/b] 对象的 [b]count[/b] 方法，即可完成字符串数量的统计：

[size=medium]do-while 循环语法关键词的改动[/size]

[b]do-while[/b] 循环语句在 [b]Swift 2.0[/b] 中也发生了变化。以往，我们代码中用到 [b]do-while[/b] 循环，会这样处理：

而在 [b]swift 2.0[/b] 中， [b]do-while[/b] 循环中的 [b]do[/b] 关键字被替换成了 [b]repeat[/b]，如果我们在 [b]Swift 2.0[/b] 还使用 [b]do[/b] 关键字的话，就会导致编译错误：

[img]http://swiftcafe.io/images/about-swift2/swift2_2.jpg[/img]

[b]Swift 2.0[/b] 中我们使用 [b]repeat-while[/b] 循环：

在 [b]Swift 2.0[/b] 中，之所以将 [b]do-while[/b] 循环变成了 [b]repeat-while[/b] 循环，是因为 [b]do[/b] 关键字另有他用，这个在后面我们会讲到。

[size=medium]新增了 #available 标注来进行多版本兼容性支持[/size]

在以往的开发经历中，最让我们头疼的一个问题就是 [b]API[/b] 的版本兼容。比如我们用了一个 [b]iOS 8[/b] 引入的方法，但我们的 [b]App[/b] 运行在了 [b]iOS 7[/b] 的设备上，如果这时不手动进行系统版本检测的话， 我们的 [b]App[/b] 就会直接的崩溃掉。而对于这种[b]API[/b] 编译器不会给我们任何的提示，只能靠着人工去逐个处理，不仅麻烦，而且很容易造成遗漏，导致严重的崩溃问题。

[b]Swift 2.0[/b] 新引入的 [b]#available[/b] 机制，就解决了这一问题。 新的 [b]Swift[/b] 编译器，会在编译的时候就进行检测，举个例子，比如 [b]UIAlertController[/b] 这个类是 [b]iOS 8.0[/b] 引入，但我们的项目设置的 [b]Deployment Target[/b] 是 [b]iOS 7.0[/b], 这时候我们在编译代码的时候，编译器就会给出我们这样的警告：

[img]http://www.swiftcafe.io/images/about-swift2/swift2_3.jpg[/img]

看到了吧，在 [b]Swift 2.0[/b] 中，编译器会自动帮我们检测哪些 [b]API[/b] 需要进行版本兼容判断，非常的强大吧。这样就减去了我们很多麻烦，并且大大减少了 [b]App[/b] 出错的概率。

编译器帮我们检测到问题之后，接下来我们就要处理这个问题，也就是进行系统版本的条件判断，也就是通过 [b]#available[/b] 来判断：

我们看上面的代码 [b]if #available(iOS 8.0, *)[/b] 用于检测当前的系统版本是否在 [b]iOS 8[/b] 或以上。如果是的话，那么我们就使用 [b]UIAlertController[/b]。 否则，我们还继续使用 [b]UIAlertView[/b]。

现在编译我们的代码，即可编译通过。 [b]#available[/b] 这个特性的提供，算是对我们现有的开发方式的一个改进。也体现了 [b]Swift[/b] 的安全性为本的核心理念。

[img]http://swiftcafe.io/images/about-swift2/swift2_4.jpg[/img]

感觉脑洞小开哦～

[size=medium]错误处理 try,catch 语句的增加[/size]

[b]Swift 2.0[/b] 中提供了对错误处理更好的支持，增加了 [b]try-catch[/b] 语句。现在我们可以这样进行异常处理操作了：

是不是发现了 [b]do[/b] 关键字了呢，[b]Swift 2.0[/b] 中将 [b]do[/b] 关键字用到了异常处理块中。还有一点和其他语言不同的是，这里的 [b]try[/b] 关键字是写在具体调用代码行上面的。也就是说，那个语句会有可能抛出异常，我们才在哪个语句前面加上 [b]try[/b] 关键字。这种方式有一个好处。就是我们可以一目了然的看到那些代码会抛出异常。而不是将所有代码都混在 try-catch 语句块中。

[size=medium]throws 和 throw 关键字，以及自定义异常类型[/size]

我们还可以对我们自己定义的函数声明异常抛出，使用 [b]throws[/b] 关键字：

在返回值类型声明前面加上 [b]throws[/b] 关键字,即可将我们的函数声明为抛出异常类型：

接下来我们还需要定义我们要抛出的异常类型。我们可以通过 [b]ErrorType[/b] 类型的枚举声明来定义我们自己的异常类型：

我们定义了两个异常类型，[b]NetworkError[/b] 表示网络错误，[b]URLError[/b] 表示 url 错误。 我们还需要在我们的方法中抛出这些异常：

现在调用这个方法的时候，就可以通过 try,catch 来处理异常情况了：

[size=medium]guard 关键字[/size]

[b]Swift 2.0[/b] 中新引入了一个叫做 [b]guard[/b] 的关键字用于条件判断处理。举个例子来说，我们以前在代码中对函数的参数进行验证的时候，可能会用到这种方法：

我们对每一个参数都用一个 [b]if[/b] 语句来判断，这样的代码结构读起来结构不是很清晰，并且如果参数的数量比较多的话，[b]if[/b] 语句的嵌套层数就会很深，导致可读性的降低。那么为了减少嵌套层数，我们还可以这样：

我们在函数的开始，用 if 语句来判断各个参数。当这些判断失败的时候，会直接 [b]return[/b]。只有当所有的判断都通过，才会执行函数中真正的代码。这样做，解决了之前 [b]if[/b] 嵌套的可读性的问题，好了很多。

但这样依然有它的问题。比如，这样的可读性依然不是很好，不能充分显示这个 [b]if[/b] 语句的意图。并且，对于 [url=http://swiftcafe.io/2015/01/01/about_optionals/]Optional[/url] 类型的值，也没有进行很好的处理。

基于这些情况，[b]Swift 2.0[/b] 中引入了 [b]guard[/b] 关键字，我看来看一下如何用 [b]guard[/b] 来实现这个方法：

我们这里用到了 [b]guard[/b] 关键字，来进行参数条件的判断。比起之前的 [b]if[/b] 判断，代码的可读性更强，并且意图更加明确。 [b]guard[/b] 还有一个好处就是对于 [url=http://swiftcafe.io/2015/01/01/about_optionals/]Optional[/url] 的解包的作用域是在函数内完全可见的。 比如上例中，我们解包出的 [b]first[/b] 和 [b]last[/b]，可以在 [b]guard[/b] 执行完后，继续使用。

[b]gurad[/b] 关键字，除了用在参数判断返回的场景下，还能用在很多别的地方：

[size=medium]defer 关键字[/size]

在了解 [b]defer[/b] 关键字之前，让我们先了解一个比较常见的例子：

上面的函数就是一个简单的读取文件内容的方法，我们注意看一下里面的 [b]showGetFinished()[/b] 方法，在多个分支都被调用了。实际上它的逻辑只是干一件事，就是在函数结束的时候显示一下读取完成消息。显然我们这里的代码在每个 [b]if[/b] 调用 [b]return[/b] 返回之前，都调用了 [b]showGetFinished()[/b] 方法。在语法上，这样的调用是没问题的。但从业务逻辑角度考虑，其实这样做是比较笨拙的。但我们又受制于语法限制，只能写出很多这样形态的代码。

这就是 [b]Swift 2.0[/b] 中引入 [b]defer[/b] 关键字的作用了。我们来看看 [b]Swift 2.0[/b] 中是怎么处理这个问题的：

我们看一下上面的代码，所有分支中的 [b]showGetFinished()[/b] 调用都不见了，我们只在函数的第一行看到一句 [b]defer { showGetFinished() }[/b]。 如果我们执行这个函数，就会发现无论代码走到哪个分支，[b]defer[/b] 语句块中的 [b]showGetFinished()[/b] 都会被调用。

[b]defer[/b] 语句就相当于在它的作用域中执行一个[b]收尾工作[/b]，又叫做[b]稍后执行[/b]，比如我们例子中的函数，[b]showGetFinished()[/b] 方法就符合这个逻辑，[i]在函数执行完成后，做一些收尾的操作(比如这个例子里面要显示一下状态信息)[/i]。

[b]defer[/b] 从程序语法结构上，做了一个改进，以往我们为了达到类似的目的需要不断的通过 [b]if-else[/b] 分支来实现的逻辑，可以能够更加清晰和简洁的表达出来。

[img]http://swiftcafe.io/images/about-swift2/swift2_5.jpg[/img]

恩，不错不错。喜笑颜开~

[b]defer[/b] 语句块不仅能够在函数中使用，它几乎可以在任何 [b]{..}[/b] 语句块中使用：

我们这次，在 [b]branch[/b] 函数和它里面的 [b]if[/b] 语句块中都用到了 [b]defer[/b] 语句块。我们函数最终返回的 str 中的内容是：

这个结果和各位想到的结果是否一样呢？

[b]Swift 2.0[/b] 是一个重大的改进，包括了很多的优化与改动，这里面只介绍了其中一些比较显著的优化与更新。更多的更新内容在后期还会为大家继续整理的哦。从这次更新中我们不难看到 [b]Swift[/b] 依然秉持着它基于类型安全已经更现代化的开发方式的理念。在现在产品都注重用户体验的同时，相信 [b]Swift[/b] 也会给我们这些开发者更好的开发体验。