本篇博文主要介绍Search Contract概述、Search Contract面板结构剖析、Search Contract实现原理、Search Contract最佳实践。
Search Contract概述
使用过Windows 8操作系统的开发者都知道什么是Charms（超级按钮）。其中在Charms中包含了一个Search，微软称之为Search Contact，我们可以在应用中调用Search Contract相应的API来实现应用搜索功能。
使用Search Contract可以从系统的任何位置进入到我们的应用进行搜索，意思就是不管我们在操作系统上面做任何事情都可以随时使用Search Contract对第三方应用进行应用内搜索。
Search Contract可以在任意的场景中调出，当然也可以依赖与某一场景（例如：联系人页面只是搜索联系人，新闻页面只是搜索新闻）。我们只需要轻轻一划就可以启用。
Search Contract面板结构剖析
Search Contract面板可简单剖析如下：
1） 搜索的范围在于我们所选择的应用程序；
2） 搜索建议由我们所选择的应用程序提供，一般都是自动根据搜索条件在所选应用内搜索出来的结果，注意：搜索建议最多显示5条；
3） 列出已安装的实现了Search Contract的Windows 8风格应用；
4） Search Contract面板显示所选应用的搜索推荐，一般最好提供包含缩略图和标题，提供精确的匹配信息，用户点击某一条搜索推荐后直接跳转到相应的详细信息页面。
Search Contract实现原理
首先我们来整体看一下搜索设置和相应的事件：
1.我们想要在自己的应用中使用Search Contract，首先需要在应用程序的清单文件（Package.appxmanifest）中注册应用的搜索功能以及文件访问能力。
2.搜索面板中提供搜索历史（系统自动提供）默认是开启状态，应用本地内容的搜索建议以及设置占位符文本。
3.搜索面板中涉及到三个重要事件：搜索激活事件；查询提交事件；搜索建议请求事件。
搜索激活事件
1.用户选择一个搜索位置；
2.搜索面板中激活相应的应用进行搜索；
3.触发应用程序中搜索激活事件，判断是否包含查询文本，若未包含查询文本加载之前的应用状态，若包含查询文本进行搜索并显示搜索结果视图；
查询提交事件
1.用户输入查询内容点击搜索按钮，或者用户选择一个查询建议；
2.搜索面板中激活相应的应用进行搜索；
3.触发应用程序中搜索激活事件后，触发查询提交的事件，需要判断查询文本是否改变了，若查询文本未改变显示之前搜索结果视图，若查询文本发生改变重新进行查询显示搜索结果视图；
搜索建议请求事件
1.用户在搜索框中输入查询文本；
2.搜索面板中自动显示匹配的搜索历史记录，同时向相应的应用发起请求建议；
3.触发查询提交事件，是否进行异步的处理，若未进行异步处理将建议添加到搜索建议集合中，在搜索面板中显示来自应用的建议，若进行异步处理，首先请求延迟将建议添加到搜索建议集合中完成延迟处理，在搜索面板中显示来自应用的建议；
Search Contract最佳实践
1.不要在应用中添加搜索相关的控件；
2.不要在App Bar中放置搜索相关的UI；
3.始终提供搜索建议；
4.搜索建议应包含用户当前的搜索文本；
5.搜索建议应体现应用能够提供的结果；
6.用户选择搜索建议后，应立即跳转到相应的搜索结果页面；
7.如果想要给用户提供精准匹配，请提供搜索结果的建议；
