为了庆祝 iOS 9 的正式发布，我们咨询了一些朋友，让他们分享一下在适配最新版本 iOS 的过程中所需注意的一些事情。下文列出的就是如何加快速度适配 iOS 9 的绝妙建议。

很难得的是，iOS SDK 中竟然有个新 API 可以有效帮助应用展示和推销自己，因此对我来说，iOS 9中最令人激动的新特性就是搜索 API 了。

这些功能是在NSUserActivity的基础上构建而成的，NSUserActivity在 iOS 8 中为了支持 Handoff 而引进。向应用中加入 iOS 9 提供的额外元数据(metadata)以及深度 URL 连接，便可以让应用的信息出现在 iOS 9 的 spotlight 搜索队列当中，不仅可以给用户展示应用的名称，还可以让用户探索应用中的内容。

这项功能对您现有的用户带来的益处是显而易见的，不仅如此，苹果还会对这些搜索结果进行排序。当没有安装您应用的用户使用 spotlight 的时候，您的应用同样也会出现在建议列表当中。这就是所谓的免费营销？好吧，或许是的。

这项功能最有意思的一点是，苹果只会给新用户推荐您的应用；对于老用户来说，他们将会正常使用您所提供的搜索结果。它将会立即摒弃无用的应用，只显示那些真正提供实际信息的应用，这对 App Store 来说无疑是一件非常棒的事情。

虽然关于搜索 API 的内容还可大书特书，然而对于“小技巧”来说再说下去无疑是浪费篇幅了。因此，如果您对此项功能感兴趣的话，您可以在 WWDC 上观看Session 709 — Introducing Search APIs。此外，有一个非常好用的工具用来验证您的网站，以确保 iOS 能够正常地显示您的应用链接。

随着 iPhone 6s 以及 iPhone 6s Plus 的发布，开发者们现在就可以为自己的应用配备上 3D Touch 功能了，从而给界面交互方式开启一个新的维度。

正如苹果所言，开发者可以通过非常简单的 API 来使用 3D Touch ，从根本上来说，也就是UITouch的一个简单的新属性。

override func touchesBegan(touches: Set<UITouch>, withEvent event: UIEvent?) {       guard let touch = touches.first else { return }       if traitCollection.forceTouchCapability == .Available {          println("Touch pressure is \(touch.force), maximum possible force is \(touch.maximumPossibleForce)")       }  }

这个新的 API 可以让应用发挥出巨大的潜力，比如说游戏中的额外控制选项、绘图应用中的细粒度(fine-grained)控制，甚至是用来替代我们在 iOS 设备中使用过的长按操作(tap-and-hold)的极佳选择。

除了 UITouch 中新增的 API 外，苹果还为应用提供了两个用来增加3D Touch 功能的类集：UIPreviewAction和UIApplicationShortcutItem。

UIPreviewAction允许开发者在用户使用 3D Touch 功能触控一个 UI 元素的时候，快速地在一个新的预览窗口中显示某些内容。这种快速浏览应用特定内容的方式真的非常棒，比如说我们可以快速预览邮件信息、照片，甚至是网页内容，而无需弹出一个完整的视图控制器。

UIApplicationShortcutItem对象能够让 iOS 主屏幕激活一项令人惊叹的新特性。当用户使用 3D Touch 按下某个应用的图标时，一个选项列表就会被弹出，允许用户快速跳转至应用的特定部分，或者执行某项应用内的功能。

总而言之，3D Touch 的引入给 iOS 设备解锁了一个全新的交互方式，并且将会给接下来的 iOS 应用带来新一代的创新。关于3D Touch 的实例代码和相关信息可以在苹果开发者网站的3D Touch网页上找到，祝你好运！

iOS 9.0 和 OS X 10.11 分别新引进了UILayoutGuide和NSLayoutGuide这两个类。它们允许您创建一个“类似视图”的对象，用来参与自动布局约束的计算而无需在屏幕上创建多余的视图。比如说，您可以使用这些新的类来作为占位图，而不是创建一个空白的视图来进行占位。

// 创建Layout Guide  let layoutGuideA = UILayoutGuide()  let layoutGuideB = UILayoutGuide()    // 将它们添加到视图上  let view: UIView = ...  view.addLayoutGuide(layoutGuideA)  view.addLayoutGuide(layoutGuideB)    // 使用它们添加约束  layoutGuideA.heightAnchor.constraintEqualToAnchor(layoutGuideB.heightAnchor).active = true    // 您甚至可以设置它们的标识符...   layoutGuideA.identifier = "layoutGuideA"  layoutGuideB.identifier = "layoutGuideB"    // 然后使用它们可以得到计算后的视图尺寸（只有当拥有 Layout Guide 的视图出现之后才有效)  print("layoutGuideA.layoutFrame -> \(layoutGuideA.layoutFrame)")

在 iOS 9 中引入的NSLayoutAnchorAPI 不仅让约束声明更加清晰明了，而且还通过静态类型检查以确保您的约束保证能够正常工作。比如说，我们有一个约束，是使用旧有的NSLayoutConstraintAPI 进行创建的。

NSLayoutConstraint *constraint =       [NSLayoutConstraint constraintWithItem:view1                                    attribute:NSLayoutAttributeLeading                                    relatedBy:NSLayoutRelationEqual                                       toItem:view2                                    attribute:NSLayoutAttributeTop                                   multiplier:1.0                                     constant:0.0];

这个约束是无效的，因为我们为 X 轴（左侧）属性以及 Y 轴（顶部）属性建立了一个相等的约束。然而，这种做法不会得到任何警告，它能够继续运行，然后_悄悄_地崩溃掉，让您的约束处于一个未定义的状态，接着留下一个棘手的烂摊子让您来处理，没有任何的记录能够提醒您，以便让您确认在几十个（甚至数百、上千）约束中哪一个出现了问题。

NSLayoutAnchor通过使用在 Swift 和 Objective-C 中存在的泛型特性很好地解决了这个问题。UIView上的锚点访问器(anchor accessors) 能够显示为继承自NSLayoutAnchor方法添加类型信息的NSLayoutAnchor的子类。对于 X 轴、Y 轴以及尺寸（宽、高） 锚点来说，都有着不同的NSLayoutAnchor子类，因为某个类型的锚点只能够被与之相同类型的其他锚点所约束。通过NSLayoutAnchor中的方法来约束锚点参数以及作为接收器的相同泛型类型，API 变能够使用类型检查以确保能够创建出有效的约束。

让我们再回到前面的例子来，这里是一个使用NSLayoutAnchorAPI 的等价约束声明：

NSLayoutConstraint *constraint =       [view1.leadingAnchor constraintEqualToAnchor:view2.topAnchor];

这不仅比旧有的 API 更加通俗易懂，并且这也会弹出一个“不兼容的指针类型”(Incompatible pointer type)的编译警告，因为编译器知道您不能够创建两个不同锚点类型的约束。

要了解更多信息，请参阅NSLayoutAnchor documentation。

有关 Swift 和 Objective-C 泛型的注意事项：在写这篇文章的时候，笔者正使用 Xcode 7 beta 6 版本，Objective-C 的泛型并不能够很好的与 Swift 建立桥接。这意味着在这个提示中所提及的额外类型安全在 Swift 中并不能使用，但是却能够很好地在 Objective-C 中应用，正如Joe Groff所提到的那样。

func gameController(gameController: GameControllerType, didActivateInput input: InputType?) 

func gameController(gameController: GameControllerType, didActivateInput input: InputType?)   {      if input == nil      {          return      }            self.performExampleMethodWithNonOptionalInput(input!)  }

func gameController(gameController: GameControllerType, didActivateInput input: InputType?)   {      guard let unwrappedInput = input else { return }       // 在实际开发中，我往往使用和原变量相同的名字来解包，      // 然而，unwrappedInput 这种命名方式要更为清晰一些。      self.performExampleMethodWithNonOptionalInput(unwrappedInput)  }