iOS 系统搜索集成

我提到过，用户活动可以设定为公开的，也可以设定为私有的。如果你将其标记为公有的话，那么你就可以增加应用的曝光率，让那些没听说你应用的人有更多机会了解到你的应用，并且实现起来非常简单，它只是一个在 userActivity 中的一个布尔属性而已。你只需要给这个属性设为 true ，就万事大吉了。

Core Spotlight 概览(6:48)

另外一个我想讨论的重要技术就是 Core Spotlight 了。这同样也是一个用于系统搜索的技术，并且它在 OS X 上已经存在了很长时间了。Core Spotlight 对于所需要显示的可搜索项，提供了多种预定义好的类型，比如说图像、音频等等。这允许你将应用内容变为可搜索到的，并且可以以更丰富的方式来展现这些内容，因为你不仅可以往搜索内容中添加图像，还可以给出指定文本的上下文内容等等。Core Spotlight API 与索引数据库建立了映射，这样你就可以在合适的时候执行更新、删除之类的操作。它使用的是私有的用户数据，因此这些数据只能够在本机上显示。在 Core Spotlight 中建立索引的数据是无法被别的机器发现的。

NSUserActivity 和 Core Spotlight 的功能极其相似，但是某些地方也是有所不同的。好处就是在同一个应用中同时实现两种技术是完全可行的，并且实现难度不是很高，我会在下面进行展示。它们使用的都是同一个应用委托方法，当系统想要展示搜索结果的时候，这个方法就会被调用。不过 Core Spotlight 搜索方式和其他搜索方式还是有不同之处的，因此需要稍微处理一下这些不同的地方。用户活动中可能会包含有稍微不一样的东西，这取决于它是被标记为 NSUserActivity 项还是被标记为 Core Spotlight 项，我们接下来也会看到它们是如何进行工作的。

为 Web 内容建立索引(8:52)

为 Web 内容建立索引的主要内容是关于如何正确地在你的网页上显示元数据 (metadata) 的。我们再强调一遍，如果你的应用程序非常依赖于 Web 上的数据，那么建立索引应当是你首先需要做的事情。比如说你有一个和 Airbnb 类似的应用。用户可以在应用内置的 Web 页上进行搜索，也可以在手机提供的搜索中进行搜索，这两种搜索方式都应该要显示出相同的结果，因此你想要将它们集成到一起，减少代码复用。你所要做的就是进行一些设置，让网络搜索返回一些和你应用相关联的元数据。

为了实现这个功能，你所需要做的其实并不多。首先，你需要使用智能广告条 (Smart Banners) 或者通用链接 (Universal Links) 来创建深度链接 (deep linking) 的元数据。Apple 实际上内置了许多不同种类的深度链接，比如说 推ter 或者 非死book 应用链接等等。因此如果你当前的 Web 应用中通过放置了正确的链接实现了这种功能，那么 Apple 就可以找到这些元数据，从而可以在iOS 9 搜索功能中，通过 Web 搜索到这些内容，然后启动你的应用。Apple 或许会在这个功能更流行之后为其提供更多的支持技术。

另一个内容是结构化数据 (structured data)。这是一个可选的功能，但实际上这也非常炫酷，因为 Apple 支持很多不同的结构化数据模式，从而让你可以为搜索结果提供额外的数据。其中某些模式可以直接在 iOS 9 搜索结果中直接执行某些操作，甚至无需启动你的应用就可以完成。例如，假设你正从一个类似于 Airbnb 的应用中寻找一个正在出租房屋的房东的电话号码。你可以用一个已确定的 meta 标签对这个联系人进行标记，随后他的电话号码就会以按钮的形式出现在 iOS 搜索结果中，点击这个号码就可以直接拨打他的电话了。

当你要提交应用的时候，你同样可以帮助 Apple 对你的搜索结果建立索引，比如说你的营销网站、官方网站等等。如果这些网站都链接到了你的主页，并且这个主页导向的是有用的深度链接的话，那么 Apple 就可以对其建立索引，将这个网站和你的应用关联起来。我们重复一遍，这个功能不是强制的，但是却十分有用。

除了 Web 元数据之外，剩下你所需要实现的功能就是在你的 iOS 应用中，为其添加能够通过一个给定的 URL 启动应用的能力。这与 Core Spotlight 和 NSUserActivity 所使用的委托方法不同，这里用的是 func application(app:openURL:options:) 。在这个方法中你可以获取一个 URL，然后尝试打开这个链接，然后根据用户的请求来显示正确的应用内容。点击搜索结果将会跳转到你的原生应用中应当成为一个常识，因为 Apple 会向你的应用发送这些信息。因此，如果你的应用需要登录或者注册才能够允许用户访问里面的内容的话，你需要考虑当用户从搜索结果中跳转到应用当中的时候，是否需要延迟强制登录的提示。

Apple 对于搜索、Web 内容元数据、所支持的模式等还提供了更详细的说明，你也可以在 开发者中心 找到网站验证工具，验证你的网站是否符合要求。

回顾 - 如何实现上述的功能(14:05)

完整的示例代码都可以 在这里 找到，每个分支对应一个内容。

示例应用配置(14:46)

为了演示如何实现搜索功能，我创建了一个非常简单的应用，它提供了一个关于老式计算机数据的数据库，并且可以在全局 iOS 搜索中查询到这些数据。这个数据库非常简单，它只包含有两个数据。也就是 Apple 2 和 Atari 400。同样地，代码也是简单得超乎你们的想象。详情视图控制器将会展示 Computer 结构体类型的详细信息，同时还包括了其中每个计算机中的一些数据。我同样还写了一个名为 ComputerDataSource 的类，它将 plist 文件转为 Computer 类型。不要在实际中使用这种糟糕的强制解包方法，因为我们只是为了演示，因此简单一点就好。总之，目前为止这个应用程序是非常简单的。

创建可搜索的 NSUserActivity 对象(18:06)

接下来的 Step 2 分支中，我添加了 NSUserActivity 的基本实现。这其实非常简单。当用户准备浏览某个电脑的详情视图时，我在 prepareForSegue() 中调用相关方法创建并保存这些 NSUserActivity 对象。

func updateIndexForComputer(computer: Computer) -> NSUserActivity {    let activity = NSUserActivity(activityType: "com.thoughtbot.retro.computer.show")    activity.userInfo = ["name": computer.shortDescription]    activity.title = computer.shortDescription    activity.keywords = [computer.model, computer.company, computer.cpu]    activity.eligibleForHandoff = false    activity.eligibleForSearch = true        activity.becomeCurrent()    return activity  }

latestActivity = updateIndexForComputer(object)

func application(application: UIApplication, continueUserActivity userActivity: NSUserActivity, restorationHandler: ([AnyObject]?) -> Void) -> Bool {    let splitController = self.window?.rootViewController as! UISplitViewController    let navigationController = splitController.viewControllers.first as! UINavigationController    navigationController.viewControllers[0].restoreUserActivityState(userActivity)    // navigationController.topViewController?.restoreUserActivityState(userActivity)    return true  }

override func restoreUserActivityState(activity: NSUserActivity) {    guard let name = activity.userInfo?["name"] as? String else {      NSLog("I can't restore from this activity: \(activity)")      return    }        let matches = ComputerDataSource().computers.filter {      $0.shortDescription == name    }        if matches.count == 0 {      NSLog("No computer matches name \(name)")      return    }    self.computerToRestore = matches[0]    self.performSegueWithIdentifier("showDetail", sender: self)  }

override func prepareForSegue(segue: UIStoryboardSegue, sender: AnyObject?) {    if segue.identifier == "showDetail" {      if let computer = computerToRestore {        let controller = (segue.destinationViewController as! UINavigationController).topViewController as! DetailViewController        controller.detailItem = computer        controller.navigationItem.leftBarButtonItem = self.splitViewController?.displayModeButtonItem()        controller.navigationItem.leftItemsSupplementBackButton = true      computerToRestore = nil      }      else if let indexPath = self.tableView.indexPathForSelectedRow {        ...      }    }  }

func updateIndexForComputer(computer: Computer) -> NSUserActivity {    // ... setting up activity        let attributeSet = CSSearchableItemAttributeSet(itemContentType: kUTTypeImage as String)    attributeSet.title = computer.shortDescription    attributeSet.contentDescription = "\(computer.shortDescription)\n\(computer.cpuDescription)\n\(computer.productionStartYear)"    attributeSet.thumbnailData = UIImagePNGRepresentation(computer.image)        let item = CSSearchableItem(uniqueIdentifier: computer.shortDescription, domainIdentifier: "retro-computer", attributeSet: attributeSet)        CSSearchableIndex.defaultSearchableIndex().indexSearchableItems([item]) { error in      if let error = error {        NSLog("indexing error: \(error)")      }    }        // activity.becomeCurrent()    return activity  }