标签：
今天是苹果开发者在本年度的最精彩的一天！
WWDC 第一天带来了许多新的 APIs 和新特性，让人目不暇接，包括 Swift 3，SiriKit，iMessage Apps 等等。
从“Platforms State of the Union”这一节开始，我就开始编写文档，我想从一个开发者的角度，将我对 WWDC 的第一印象发表出来，也许是个不错的主意。
欢迎各种吐槽，各种喷！
今年，对各位开发者影响最大的变化就是2016年末即将发布的 Swift 3，因为这会对我们编写 Swift 代码做出非常大的改变。
但是，如果你一直在关注 Swift evolution 项目，这就没什么好奇怪的了。自从 Swift 开源依赖，苹果和社区在过去 6 个月中努力奋战，每一件事情都被公开讨论过。今天的内容完全没有任何新东西，除了这个：Swift 3 和 Swift 2.3 都被打包进 Xcode 8 中了。
这解决了我从去年以来的一个最大的不满：如果我不将我的源代码也升级到 Swift 2，我就无法使用 Xcode 7。由于 Xcode 8 包含了 Swift 2.3（和 Swift 2.2 在源码上完全兼容），现在你可以在 Xcode 8 中打开你的 Swift 2.2 项目了，一直到你决定升级到 Swift 3 的时候再说。
如果你没有关注关于 Swift 3 的讨论，我们将在明天发布一篇题为“What’s New with Swift 3”的帖子。与此同时，我想提一下另外一件影响到我们所有人的事情。
Swift 3 的一个最大的改变是，苹果让它的 APIs 更加 “Swift 化”。
下面的例子能让你很容易理解这一点。这是一个使用字符串的例子：
// Swift 2.2
let content = listItemView.text.stringByTrimmingCharactersInSet(
NSCharacterSet.whitespaceAndNewlineCharacterSet())
// Swift 3
let content = listItemView.text.trimming(.whitespaceAndNewlines)注意，Swift 3 的版本更简洁，以及它使用枚举的方式有所不同。
这是一个使用 Core Graphics 的例子：
// Swift 2.2
let context = UIGraphicsGetCurrentContext()
CGContextMoveToPoint(context, 5, 0)
CGContextAddLineToPoint(context, 10, 10)
CGContextAddLineToPoint(context, 0, 10)
CGContextClosePath(context)
// Swift 3
let context = UIGraphicsGetCurrentContext()!
context.moveTo(x: 5, y: 0)
context.addLineTo(x: 10, y: 10)
context.addLineTo(x: 0, y: 10)
context.closePath()注意，调用全局 C 函数变成了调用 context 的方法。
然后是一个调用 GCD 的例子，API 的调用被简化了：
// Swift 2.2
let queue = dispatch_queue_create("myqueue", nil)
dispatch_async(queue) {
// do stuff
}
// Swift 3
let queue = DispatchQueue(label: "myqueue")
queue.async {
// do stuff
}如你所见，原来冗长的命名被精简为简短但表达清晰的代码；同时将原来的全局函数修改为相应类型的成员方法。
对于熟练的开发者，这种改变需要一定的时间才能慢慢适应，但一旦坚持下来将使你的代码更加简洁，同时也更适合刚接触的开发者。Xcode 8 自带了一个迁移工具，能够将你的老代码升级到 Swift 3，这会节省你不少力气。
我确实为这些改变感到高兴，因为这些新 APIs 最终会变得越来越直观。
注：要学习更多内容，请阅读苹果的 API Design Guidelines 和 Better Translation of Objective-C APIs into Swift。
自从 iPad Prod 面世，开发者们就开始期盼在 iPad 上推出 Xcode。
对此我们不予置评，但起码在 iPad 上推出 Swift Playgrounds 表明了这是一个好的开始。这很像是我们之前认识的 Playgrounds，但增加了一个漂亮的键盘和 UI，使我们更容易编写代码，同时还有带了一个初学者教程。
看起来这很适合用来将 Swift 作为第一门编程语言教授学生学习，当然对于老练的程序员也很有用，可以用来验证一些原型代码。
如果 Xcode 没有一个主版本的升级，那就不是 WWDC 了！
我在这里列出一些这次升级的最主要的内容。
最爽的一个升级就是 Xcode 8 的内存调试器。
这是一个内置根据，允许你以图表方式查看正在运行的 App 中的全部内存对象，这样你就可以迅速发现内存泄露和循环引用。一旦在图表中找到问题之所在，你可以选中它，查看每帧的堆栈并直接跳转到出现问题的代码行。太过瘾了！
此外，新的内存调试器能够自动检测内存泄露并帮助你快速诊断问题。演示十分精彩，获得了观众的一片喝彩。循环持有，Bye-bye 了！
你有没有曾经想在 Interface Builder 中缩放后再拖入一个按钮？但是很快你就醒悟过来，除非你正在处于 100% 的缩放率下，否者你根本做不到？
是的，这都是过去式了！现在 Xcode 中的 Interface Builder 允许你在任意缩放率下编辑场景了。
同时增加了一个新的工具条，允许你轻松地在不同设备和 Size class（iPhone、iPad等）下预览 view controller 了，并且能够在 Build&Run 之前识别出有冲突的布局约束。这真的节省了不少时间。
Xcode 8 改进了代码编辑器，自动将项目中的图片资源以图片预览的方式集成到代码中：
要做到这个，你只需输入图片名，就会得到一个非可空的 UIImage 实例。
此外，Xcode 8 可以在代码中显示和定义时相一致的颜色：
这一切只需要你在代码编辑器中输入 color 然后选择“Swift Color Literal”菜单，就会立即显示一个色彩选择器。
还可以创建代码编辑器扩展，用于定制书写代码时的体验。现在 Xcode 增加了这个新模板，当你编写完这个扩展后，你可以通过 Mac App Store 或者用你的开发者账号签名的二进制文件来发布这个扩展。我很期待看到你开发出这样的扩展！
苹果声称 Xcode 8 在许多方面都比以前快许多——例如索引测试比之前加快了 50 倍。
速度提升对开发者来说意味着效率更高，这真是一个天大的好消息！
iOS 10 SDK 新增了大量的新 kit、扩展以及对现有框架进行增强。下面列出了其中一小部分我觉得重要的内容。
开发者期待已久的一个特性就是能够集成 Siri 了。在 iOS 10 中增加了 SiriKit！
SiriKit 规定，你可以在 app 的 6 类业务中使用 Siri：
如果你的 app 存在上述功能，你可以在 app 暴露一个 Intents 扩展。Siri 负责解决语言转换和语义分析中的细微差别，将用户请求翻译成你的 Intents 扩展能够处理的动作。当 app 从 Siri 或 Maps 收到一个 Intent 时，你甚至可以显示你自己的 UI。
在你的扩展中必须提供一些细节，以便系统知道你的 app 能够处理用户的某些请求，如果你了解 iOS 8 中的 App 扩展的开发，那么开发一个 Siri 扩展是一件很轻松的事情。
注：要了解更多内容，请阅读SiriKit Programming Guide。
作为一个 Slack 和 Facebook Messager 的用户，我对于 message 的这些增强尤其觉得振奋。会动的 GIF 图片和 Firework，终于派上用场了！
在 Keynote 中，苹果演示了一堆很酷的新功能，比如：link/media unfurling、reactions、消息气泡效果以及窗口效果，当然我还不是很明白如何实现的。在演示过程中，当我正在想“他们最好声明一个扩展，允许第三方开发者进入到消息平台中”的时候，他们就已经这样做了。通过新的 Messages 框架，你可以通过创建扩展来让用户发送文本、表情、媒体、文件和一件最有意思的事情：交互式消息。
最简单的扩展类似就是表情包。创建表情包极其容易，你可以定义一套表情从而用户能够将它们发送给好友。如果你用过 Facebook Messenger，你会发现这和 Messenger 非常像，除了一点：表情可以被“打开”并置于其它消息之上。说实话，这虽然有点噱头的味道，但仍然很有趣 :]
然不仅仅是表情包。这个 APIs 允许你在 Messages app 中创造出全新的体验，甚至可以定制 UI！像 Giphy 这样的服务无疑是很有意思的，你可以提供类似这样的扩展，体验会比如今的第三方键盘要好得多。当然，用在业务环境中也是非常强大的！
想像一下某个服务公司，它的技术团队使用 Messages 进行沟通。他们可以用这个扩展来访问 CRM 系统的数据（就在 Message 中），从而使信息快速地传递给每个人。通过交互式消息，每次聚会都能用一条消息来发起。Keynote 给出了一个例子，创建一个团购的菜单，在菜单发送之前，群聊中的每个人都可以修改这个菜单。
我可以预料到将有成千上万的 app 会因此而受益。从一个用户的角度来说，我非常乐意看到这一天的到来。
注：要了解更多内容，请阅读Messages Framework Reference。
增加了一个新的框架 UserNotificationUI，允许开发者创建富媒体通知，而在之前是完全不可能的。
例如，现在可以在通知中嵌入富媒体，就像内置的 Messages app 一样。这是通过一个新的扩展来实现的，当通知到达时这个扩展就被调用，这个功能看起来非常强大。你甚至可以通过这个通知扩展来实现一个的端到端的加密层。这部分的内容我没有时间细看，关于这部分的详细内容请看会议视频，或者阅读UserNotifications framework reference。
在 iOS 10 中，Widgets 完全变样了，对此我举双手赞同。在 iOS 8 的时候我曾经对 widgets 感到兴奋，但后来 widgets 在通知中心呆得久了，也就没那么兴奋了。
现在，widgets 位于 Home 屏左侧，就像它们在 macOS 上的一样。widgets 也可以通过在 app 图标上方/下方的 3D Touch 快捷菜单来显示。以我的观点来看，用这种方式查看快捷信息更加自然。它就像你在窥视这个 app 的内容一样。
有一种普遍的观点认为，Apple Watch 平台在对待 app 开发者的态度上有些失败。尽管它非常吸引人，核心功能做得非常好，但它从一开始就有一个先天不足的缺陷：速度。
要在 watch 上启动一个 app 简直是一件痛苦不堪的事情。通常你会看到一个小圆圈在转啊转，差不多要20-30秒才会消失，甚至会完全停摆，让你觉得懊恼不已。最终你会将表藏到抽屉里，卖掉，或者像我一样仅仅是把它作为时钟佩戴，或者查看一下通知而已。
当 Kevin Lynch 打开 keynote，讲到他们主要集中精力让 app 迅速启动时，我立马泪流满面了！如果这是真的话，我又开始对 watchOS 开发充满信心了 :]
Apple watch 速度提升的后面是依靠 Snapshots、Dock 和后台任务的引入。这三者结合起来允许 watch app 随时待命，用户一点就开。
Snapshots 和后台任务和 iOS 并无不同：
你现在可以在 watch app 中使用 SceneKit 和 SpriteKit 了。我首先想到的是在游戏中使用它们，但苹果演示了另一种用法：为常规 app 中创建优美的自定义动画。
当前 UIKit 在 watch 上的限制是开发者无法创建自定义动画。但在 watchOS 3，你可以将 .scn 文件打包在你的资源中，这样就可以在 app 中添加 3D 图形内容了。或者用 .sks 文件来创建交互式 2D 动画。这就有意思了，想想一下开发者能用来做些什么呢？
当用户将你的 complication 添加到他们的 watchOS 3 设备的表盘上时，你能够让你的 app 处于准备启动的状态，并且每天可以接收 50 条 push 通知。如果你对 app 的数据感兴趣的话，这一点就足以刺激你去制作一个 complication 了。哪怕有时候 complication 的数据对用户没有意义，它也能加快 app 的启动。
tvOS 10 的改变就没有那么多了。
TV provider 现在有了 sso（单点登录）的概念，用户只需要向 provider 授权一次，然后可以在所有支持的视频频道 app 中不用登录了。如果你开发的 app 需要使用这个功能，请参考 VideoSubscriberAccount 这个框架。
tvOS 最令人感兴趣的升级是将许多已有的框架开放给开发者了：
OSX 在问世 15 年之后被重新命名为 macOS，以便和其他三个平台的名称保持一致。macOS 的最新版本是 macOS Sierra。
我不是一个 macOS 开发者，因此在这里无法过多讨论。但是我会重点介绍一个我最感兴趣的特性。
使用 macOS Sierra 的用户现在可以在 web 上使用 Apple Pay 进行支付了。
这对于电子商务网站的 web 开发者来说很重要，因为它将用户的支付门槛完全降低了一个档次。因为不再需要负责用户信用卡数据的安全问题——更妙的是，让用户知道他们的信用卡信息不会保存到各种网站上，从而更容易获得他们的信任。
据我所知，没有任何理由（除非法律明文规定）不在你的网站上支持 Apple Pay。这个过程需要用到一个 [Apple Pay Javascript](Apple Pay JavaScript framework) 框架。
最后还有很重要的一点就是，我想来点相对跨平台的东西：苹果发布了一个全新的文件系统！
我从来没在博客中听到 John Siracusa 提过这种文件系统，这有点出人意料了。这个改进显然是经过深思熟虑的！
当前的文件系统默认是 HFS+，它出现在 1998 年，那时候还在使用软盘。现在大部分都在用——我查看了一下，哪怕是最基础的 iMac 也在使用 5400 转的硬盘了——而比较新的系统用的都是带高速闪存的 SSD。苹果文件系统正式基于 Flash/SSD 而设计的，同时还支持本地加密。
从苹果文件系统中，用户将获得如下好处，比如崩溃保护、空间共享、克隆和快照。崩溃保护采用了一种 copy-on-write metadata 机制，确保升级到文件系统不用担心崩溃，同时减少 HFS+ 上用到的日志大小。空间共享允许在同一磁盘上的多个文件系统能够共享磁盘剩余空间，而无需对驱动器进行重新分区。
克隆能够创建文件和目录的实时拷贝而不占用磁盘空间。由于 copy-on-write 机制，克隆文件和目录并不会进行真正的复制，除非有修改动作发生。*NIX 用户可能会想到符号链接，我首先想到的也是这个，但是我可以肯定它远远不是符号链接那么简单。最后是快照（snapshot），它允许系统插件数据的只读的实例，这样便能够随时将数据恢复到某个时间点。
我对今年苹果发放的“新年福利”的初步印象就到此结束了。
正如我提到过的，我没有时间关注所有的方面，很可能还有一些好东西被遗漏了。如果你发现有什么不对的地方，请告诉我，我会非常乐意并及时更新内容。
同时，我们将竭尽全力在未来数周内推出一系列新的文档教程、视频教程和书籍。敬请关注。
标签：
原文地址：http://blog.csdn.net/kmyhy/article/details/51818546
