Windows 8 应用程序开发人员博客

介绍一种新的 Windows 开发人员中心体验

Windows 8 Team — Thu, 16 May 2013 16:53:00 GMT

自 2011 年 10 月推出 Windows 开发人员中心以来，我们已经与全球范围内的众多开发人员和设计人员紧密协作，让他们了解我们如何为应用构建者提供出色的指导、激发其创作灵感并提供示例。通过网站数以百万计的访客以及用户的反馈，我们评测了工作的成效如何以及哪些功能和体验还可以继续改进。

内容适合您的职务角色

如果找不到想要的内容，网站信息量再大对您而言也是没用的。开发人员中心中有数以万计的主题信息，内容的条理性以及可发现性至关重要。对于 Windows 应用商店应用开发，这意味着要更加紧密关注职务角色和应用场景，从将您着手所需的一切内容放置于一个位置到更好地支持设计人员和企业。以下是一些特色功能介绍。

开发人员

我们已经对构建出色的 Windows 应用商店应用所需的内容进行了精简。当访问 Windows 应用商店应用主页时，将会看到：

位于显著位置的“主要任务和内容”可以帮助您跳转到自己所需的内容。您所在区域的“本地活动”以及最近添加到网站的最新资源会以突出形式显示。
“下载”可以帮助您进一步深入了解代码、着手行动所需的一切资源以及有关如何将应用放置到 Windows 应用商店的详细指导。
重要的代码示例会突出显示，您在关注开发生命周期的同时可以更方便地浏览帮助指南。
网站内的“One Dev Minute”视频，令您可以快速地浏览如何向应用中添加功能。

设计人员

我们重新打造了网站的设计部分，令其更易于使用，同时更加全面。用户可以更方便地查找有用的下载内容和可重复使用的设计资产，设计灵感和案例研究为您提供在 Windows 上获得独一无二的体验所需工具。有了这个触摸友好并且易于使用的页面设计，您构建出色应用所需的一切内容都可以手到擒来。

业务

Windows 应用商店带来的商机巨大，其经济模式比竞争平台的更为出色，灵活性令您可以打造自己的业务。网站新的市场部分可以为您推销自己的应用、评估遥测数据以及通过应用认证提供更多提示和技巧。我们已经了解到如何更容易地通过认证的很多内容，我们对相关内容进行了改进以帮助您加快这个过程。

当然，您也可能担任多项职务角色，我们认为新网站的结构同样也可以提供良好的支持。不论是业余爱好者还是创新型公司乃至大型企业软件开发商，新的网站的结构都可以帮助您利用 Windows 实现您的创新灵感以及业务愿景。

未来前景更为广阔，我们期待您的加入

现在距离 BUILD 2013 还有一个多月的时间，我们还有很多内容需要分享和发布。我们正在不断努力工作，准备更多新的内容在这个年度盛会上与大家分享。除了阅读这篇博文外，您还可以在 Twitter 上关注 @windevs 或者订阅 Windows 应用商店新闻稿保持对我们的关注。

我们推出更多的内容来帮助您设计、开发和营销您的 Windows 应用商店应用，希望不断改进您的开发人员中心体验！为了让您更方便地反馈您的想法，我们在每个页面的底部提供了两种新的反馈选择。请提供反馈 – 我们愿意倾听您的意见并始终努力解决您遇到的困惑和问题。

Windows 开发人员中心内容发布经理 Keith Boyd

共享到您的目标应用

Windows 8 Team — Wed, 15 May 2013 16:07:00 GMT

在博文从您的应用共享内容中，我们介绍了将与好友聚餐示例应用中的内容共享到多个目标应用，从而允许用户实现丰富的端到端应用场景的概念。Windows 8 中的应用提供了您的客户会希望与好友或其他应用共享的有趣内容。引人注目、设计精良的共享目标将使您的应用对于客户的社交和连接体验变得至关重要。

在本篇博文中，我们来看一下如何对您的应用使用“共享目标”合约，尤其是“与好友聚餐”等应用。使用此合约，您的应用可以从其他应用接收内容，并使用这些内容来改进其质量。我们希望帮助您将您的应用变得出类拔萃！

目标应用使用“共享目标”合约构建，并且专为快速、轻松的共享体验而设计。并非 Windows 中的每个应用都将成为共享目标，但如果您的应用可以发布、转换、存储或通过某种方式为从其他应用接收的内容增加价值，则创建共享目标将为您带来许多好处。

您的应用将始终显示于目标应用列表中。它可与共享您需要的数据的其他应用即时关联并建立连接。
“共享”合约创建了您的应用和任何目标应用之间的连接，而无需对两个应用进行一对一的集成。
由于“共享”超级按钮始终存在于操作系统中并可供使用，它可以使您的目标应用存在于操作系统中，从而拓宽了您的应用的范围。这样可以引导更多的客户使用您的应用！

接收共享内容

让我们一起来看几个示例，其中显示了如何通过共享目标应用提供引人入胜的使用体验。

您可能已对 Windows 8 中的邮件和人脉应用非常熟悉。邮件应用创建了接收并与一个或多个好友共享内容的轻松个人共享目标体验。人脉应用允许您与社交网络上更广泛的受众共享内容。除社交共享外，您还可以进一步使用应用到应用共享。SkyDrive 等生产效率应用可以从 Windows 中的任何位置接收文件，并将它们存储到云；笔记应用可以接收文本、链接和各种其他格式的数据，并对这些数据进行归档以供日后参考。发挥创意的空间十分巨大。

请看以下两张照片，其中展示了将 Photos 应用中的照片共享到 PuzzleTouch（一款将照片转变为视觉拼图的游戏）的共享流程。

图 1：源应用位于左侧；可接收照片的已筛选目标应用列表位于右侧的共享窗格中。
PuzzleTouch 是可从 Photos 应用接收照片的共享目标之一。

图 2：目标应用预览可让用户在右侧选择他们
要构建的拼图类型。当用户切换回该应用时，拼图将准备就绪。

什么是共享目标应用？

Windows 中的端到端体验由两部分组成。首先，必须具有在 Windows 中能够以不同格式来提供内容的源应用。其次，还必须具有注册为能够识别特定格式并作为共享内容的目标的共享目标应用。使用“共享”合约，源应用和共享目标应用可以进行相互通信。

当考虑您的应用的共享体验时，应想到共享目标应用是在托管共享窗口中呈现的。请确保设计了这种体验，从而您的用户可以快速预览内容并在此视图中确认共享。以下示例显示了邮件共享目标应用视图，其允许用户从浏览器与他/她的邮件联系人之一快速共享链接。

图 3：使用邮件目标应用来从 Photos 应用共享链接

“与好友聚餐”的应用场景

现在，我们来考虑一下与好友聚餐应用是如何创建引人入胜的共享目标应用体验的。如果您对“与好友聚餐”应用非常熟悉，将会了解到用户可在该应用中采取的两个主操作 – 创建计划和向其备选列表添加餐馆。当然，还有编写评审、发表评论和查看好友的备选列表等操作，但这些操作在主应用程序的上下文中才有意义。对于这两个突出的核心应用场景，让我们来进行一次快速的健全性检查，以查看是否这些应用场景可通过“与好友聚餐”目标应用有效地完成。

创建今晚的计划

尽管这是主应用程序的核心应用场景，但并不是共享目标体验的最佳应用场景。以下是详细原因：共享目标体验应具有轻松快捷的特点。创建计划是一项更为复杂的任务 – 用户要了解好友希望尝试的其他餐馆，比较他们的备选列表中的一些餐馆并回顾评分等。由于计划涉及利用在主应用程序视图中以最佳方式呈现的详细信息，因此将这些内容压缩到共享目标应用将会缺乏吸引力。

添加到备选列表

作为共享目标中的简短指令任务，这一应用场景的效果确实非常不错。该应用体验中的一些亮点包括：

用户会在其他应用中遇到餐馆，无论是旅行计划应用、包含建议的地方城市应用、美食博客还是其他应用。“与好友聚餐”应用是个出色的目标，它可以将餐馆整合到“我的备选列表”区域。
应用的目标应用视图旨在帮助用户在不同应用的上下文中快速进行操作。因此，向备选列表中添加餐馆是在共享目标中显示餐馆的极佳选择。
当然，用户也可以通过切换应用、重复搜索来查找餐馆，然后将餐馆添加到他们的备选列表中，而快速点击“共享”要轻松的多。

“与好友聚餐”备选列表似乎是我们希望设计和构建的出色的共享目标应用体验。以下是我们想像中的端到端应用场景：

当浏览显示本地移动餐车的应用时，我找到了听起来非常有趣的移动餐车建议。我希望将该移动餐车从该应用添加到“与好友聚餐”应用中的我的备选列表以供今后制定计划时参考。

图 4：浏览显示本地移动餐车并建议用户感兴趣的地方的应用

此图显示了我们要使用的共享目标应用视图：

图 5：共享目标应用视图

通过在共享目标应用中完成共享操作，用户可在“与好友聚餐”应用中呈现餐馆，而无需在其当前的沉浸式应用体验中切换上下文。

实施共享目标

现在您已了解了一些关于在何时实施共享目标的示例，接下来我们来看看如何实施共享目标。首先，要决定您的应用可以接收哪些格式的数据。

您应该支持哪些数据格式？

通过“共享”，您可以支持文本、URI、HTML、位图和文件等标准数据格式，也可以支持诸如 http://schema.org 中列出的自定义数据格式。Windows 按照其支持的数据格式来筛选目标应用，以在“共享”窗格中显示已筛选的目标应用的列表。您的应用应支持对于应用体验至关重要的数据格式。例如，如果您的应用是关于查看照片的，则支持文本格式未必有用。如果您声明支持多种数据格式，请决定哪种格式可帮助您的以最佳方式呈现共享数据，以便您可以从数据包中首先选择这种格式。

由于“与好友聚餐”应用实施了可让用户与应用共享餐馆的共享目标体验，我们将使用 http://schema.org 中列出的餐馆数据格式。“与好友聚餐”可以注册“共享目标”合约以接收这种数据格式。然后，使用接收到的包中的数据，该应用可在其目标应用视图中构建引人注目的体验，用户可以将餐馆添加到他们的备选列表。

一些源应用可能专门共享餐馆数据格式，而其他源应用可能会使用 schema.org 中列出的地点、LocalBusiness 和 FoodEstablishment 等其他数据格式呈现类似的内容。因此，“与好友聚餐”应用可支持接收“共享”合约中的多种数据格式，以满足众多源应用的需求。

“与好友聚餐”应用支持应用程序清单的共享目标声明中的以下格式：

为简洁起见，我们重点关注餐馆数据类型，但这些概念也适用于其他数据类型。

您应该关注哪些数据格式和应用场景？

“与好友聚餐”应用将仅在接收到的餐馆信息与该应用已知的餐馆信息相符时支持将餐馆添加到用户的备选列表。这样做是为了有意避免在应用中出现多个版本的餐馆。

我们不支持标准数据类型，因为大多数从源应用共享的文本、文件、照片、URI 或 HTML 将不会映射到餐馆或当地企业。例如，如果“与好友聚餐”应用支持接收文本，则它将在笔记源应用的目标应用列表中显示。在此情况下，“与好友聚餐”将需要提供错误消息，告知用户该应用无法与他们的源应用配合使用的原因。总而言之，数据格式是连接为目标应用提供内容的源应用的纽带。如果数据格式不同，共享的内容将变得毫无价值。

请确保考虑有助于识别您所关注的内容的所有数据格式，同时还要注意到会影响您的共享体验的数据格式。

支持“共享目标”合约

要支持数据格式，请在 Visual Studio 清单设计工具中对它们进行声明。以下是用户选择您的应用作为共享操作目标的情形：

通过源应用在共享目标窗口中启动应用的新实例。
共享目标激活事件触发，您的应用最终接收到 ShareOperation 对象。
您的应用可以检索用户从该对象共享的数据。
您可以使用此数据呈现目标应用视图，并完成用户的共享。

有关如何创建该体验的更多信息，请参阅接收共享内容快速入门指南。

另外，Visual Studio 还支持共享目标模板。右键单击您的项目，选择“添加项目”、“添加新项目”并单击列表中的“共享目标”合约，然后添加支持该合约的代码。共享目标代码示例展示了如何接收共享内容。

设计量身定制的目标应用视图

当用户从“共享”窗格中的应用列表选择目标应用时，Windows 将在该应用的共享目标视图中启动该应用。目标应用视图是托管在“共享”窗格中的特殊视图，与应用的主视图有所不同。在您的应用程序中激活 Windows 8 合约提供了关于托管视图和处理这些视图的激活的更多信息。该目标应用视图旨在帮助完成用户启动的共享操作。在该视图中，用户应能够快速预览他们的内容、执行简单的操作和确认他们的共享内容。

在查看“与好友聚餐”的目标应用设计之前，让我们一起来考虑一个您可能已了解的目标应用。下图并排显示了邮件应用的目标应用视图和 Windows 8 中的应用的完整视图。

图 6：将 Photos 应用中的内容共享到右侧的邮件目标应用

图 7：在邮件应用的主应用视图中撰写新邮件

请注意邮件应用的共享目标应用视图与其完整应用视图相比更为简单。它为用户要以缩略图以及相关文本和 HTML 格式共享的内容提供了简洁和最小化的预览。另外，它还提供了一个用于添加收件人的 [To]（收件人）行、一个快速撰写消息的输入区域，以及通过 [Send]（发送）按钮确认发送的简便方法。

尽管该视图更为简单，但该应用的目标应用视图作为邮件应用的虚拟形象可以明确识别，这增强了用户对共享内容的目标的信心。

“与好友聚餐”应用作为共享目标应用

现在您已对目标应用视图的设计有了大致的了解，接下来让我们来讨论一下“与好友聚餐”应用如何创建帮助用户向“我的备选列表”添加餐馆的目标应用。

当“与好友聚餐”应用接收到包含源应用中的餐馆的数据包时，其可以使用餐馆数据格式的详细信息来识别其现有数据库中的哪个餐馆与接收到的数据包匹配。然后，该应用可以在目标应用视图中显示该餐馆的预览。这增强了用户对共享内容的完整性的信心。

此图显示了“与好友聚餐”应用的目标应用视图 –

图 8：“与好友聚餐”应用的目标应用视图

如您所见，“与好友聚餐”应用的这一视图非常简洁，并且专为共享目标应用而量身定制 - 显示用户希望共享的餐馆的预览，以及一个用来明确主应用中共享内容的目标的简单可操作按钮 [Add to Wishlist]（添加到备选列表）。当用户点击或单击该按钮时，其将确认共享操作。通过在此处要求点击或单击，我们可以帮助避免意外共享并建立用户对整个共享体验的信心。

如果应用找到了与数据包内容中的信息匹配的多个餐馆，“与好友聚餐”应用将使用共享目标应用视图来显示选项并让用户选择要共享的餐馆。

图 9：目标应用视图显示选项以供用户选择要共享的项目

如果应用无法根据接收到的数据包准确地识别餐馆或一组有效的选项，请使用目标应用视图来传递该消息。

创建 QuickLink

QuickLink 是共享 API 的一项设置，它允许用户将内容快速共享到您的目标应用中的熟悉的目标。作为您的目标视图的自定义链接，QuickLink 提供了一些特定的操作。当 Windows 筛选用户可用的目标应用列表时，QuickLink 列表显示于“共享”窗格的顶部，作为可用目标列表。这些熟悉的目标或用户操作可能包含通过目标应用经常共享的地点或人员。例如，邮件应用返回以前向其发送过邮件的联系人的 QuickLink。同样，您也可以将 QuickLink 添加到您经常与目标应用共享的文件夹、组、笔记本和播放列表中。

图 10：“共享”窗格显示邮件目标应用提供的以前使用目标应用
向其发送过邮件的联系人的 QuickLink

该目标应用可通过调用 ShareOperation 对象的 ReportCompleted 方法来提供 QuickLink。QuickLink 必须包含标题、图标和 ID。当用户点击“共享”超级按钮时，会显示标题（如“给母亲的电子邮件”）和图标。ID 是您的应用用于访问自定义信息（例如，电子邮件地址、文件夹位置等）的标识符。要了解关于此工具的更多信息，请参阅如何创建 QuickLink。

注意：QuickLink 在应用支持目标应用的多个操作时非常有用。由于“与好友聚餐”应用仅支持共享目标中的单个操作，即“添加到备选列表”，该应用未实施 QuickLink。

扩展共享和错误报告

有时源应用可以共享大量的数据，例如照片、视频或文件，这使数据传输时间变得更长。这些类型的共享操作称为“扩展共享”，您的目标应用可能需要更多的时间来接收和处理数据。

由于共享是快速而流畅的过程，目标应用视图是主应用中的轻型托管视图，用户可能需要点击目标应用视图以返回到他们的主应用。因此，在共享开始之后，目标应用不应依赖于或期望与目标应用视图的用户交互。目标应用可以依赖于使用 ShareOperation 对象及其方法来让 Windows 知道应用正在处理数据。

reportStarted – 调用此方法来让 Windows 知道您的应用已开始在源应用的 DataPackage 对象中检索数据。
reportDataRetrieved– 调用此方法来让 Windows 知道您的应用已完成检索包中的数据。
reportCompleted – 调用此方法来让 Windows 知道您的应用已完成共享操作。

当您的应用处理扩展共享的数据时，请在目标应用视图中为用户提供进度 UI。这样可以通知用户他们的请求正在处理，并在用户返回到您的应用并检查共享操作的进度时增强他们的信心。要了解关于 Windows 8 中的进度控件的更多信息，请参阅快速入门：添加进度控件。

图 11：邮件目标应用在完成扩展共享（例如发送超大附件）时显示进度环

如果在数据传输期间出现问题，您的目标应用必须终止共享操作，您可以调用 reportError 来向 Windows 发送错误消息。当用户在“共享”窗格中查看共享状态时，他们将看到该消息。在您报告错误之后，您的应用将关闭并且共享将终止。用户需要重新启动来与您的应用共享内容。

在“与好友聚餐”共享目标示例中，如果该应用无法识别其数据库中的某个餐馆，而该餐馆与通过餐馆数据格式从源应用共享的餐馆相匹配，则该应用将报告错误。

让我们回顾一下本博文的内容！

应用到应用共享提供了共享目标应用的绝好机会。通过允许您的应用接收共享内容，您的用户甚至可以在进行其他活动时从您的应用获得价值。我们希望您对设计原则，以及您可以用来创建出色的共享目标的数据类型、类和属性有了更加深刻的理解。我们将对了解您的应用如何传输共享内容并创建更广泛、更丰富的最终用户体验而感到激动不已。

如果您要了解关于共享的更多信息，请参阅共享和交换数据和共享内容目标应用示例来获得入门知识！

Ishita Kapur

项目经理

Windows 用户体验

使用 NFC 开发前沿应用

Windows 8 Team — Wed, 24 Apr 2013 22:37:52 GMT

近场通信 (NFC) 是一种新兴的短距离无线通信技术。在 2 厘米的精确范围内，人们可以通过物理方式点击连接设备来发送/接收内容。通过点击可以快速选择人或物。这种信息交流方式不仅速度快，而且易于理解。操作方法一目了然，无需阅读任何手册。

例如，假设您与好友正在共同欣赏一些照片，并且她想要您的照片；使用 NFC，您只需对着她的 PC 点击您的设备就可以发送照片。是否觉得过于简单了？也许是，不过此项技术的初衷就是为了简单地在设备之间共享内容。

图 1：此图显示 Nokia 360 音箱
与 Windows Phone 共享蓝牙配对信息

与蓝牙或 Wi-Fi 类似，NFC 是由 NFC 论坛 (NFC Forum) 定义的一种标准无线传输协议。您的 PC 需要 NFC 无线通信装置。许多 Windows 8 PC 中直接集成了 NFC 无线通信装置。如果您的 PC 未集成 NFC，可以购买 NFC 收发器，并将其插入您的 PC。

NFC 提供了一些非常酷的功能。人们可以点击并发送照片，在餐馆点击菜谱并订餐，甚至可以通过点击与蓝牙设备配对。这些场景彼此有很大不同，但一个共同点是通过“点击”启动体验。NFC 可用于各种设备，如 PC、电话、音箱、耳机、无线显示器等，这使得将设备连接在一起成为一种真正直观的体验。此外，NFC 还使用 RFID 标签；它们是真正便宜、轻巧的无源天线，可容纳大量的数据，并可以粘贴在几乎任何物体上，最常用于海报。例如，购买电影票如同点击电影海报一样简单！这就是 NFC 标签。我们将通过点击 NFC 标签这样一个基本示例来演示 NFC API 的一些关键概念。

但是，首先我们仔细看一下点击设备进行连接意味着什么。

定义“点击”

无论是点击将蓝牙鼠标配对还是点击共享照片，重要的是用户需要以相同的方式点击设备进行连接。尽管点击是一个很好理解的概念，但对着另一设备点击您的 PC 对于大多数人而言还是一个新概念。下面是有关点击的一些指导原则，以便让用户知道：

在何处点击设备进行连接 – 通过使用触摸标记（也称为“轻触并执行”视觉标记）指示 NFC 天线的位置。根据 PC 型号的不同，您需要点击 PC 的不同部分。��如，在平板电脑上需要点击背面，但在多功能一体机上则需要点击正面。下面是该标记在所有启用 NFC 的 Windows 8 PC 上的图标：

图 2：“轻触并执行”视觉标记
设备正在相互通信 - 在点击过程中，用户相信正在执行某些操作；即使他们看不到数据正在传输。因此，当设备在感应范围内并且正在相互通信时，Windows 将播放声音。

Windows 会自动执行这些操作，因此您无需为它们操心。有关这些用户体验要素的更多信息，请参阅 Windows 8 近场邻近感应实施规范。了解上述内容之后，让我们看一些使用 NFC 可以体验的超酷场景。

何时使用 NFC

当用户需要在您的应用中选择人或物时使用 NFC。NFC 为您提供了一种直观的选择方式；它通常比手动搜索速度要快（而且更酷！）。点击是一种启动体验的触发操作；根据应用的不同，得到的体验也不同，范围从接收照片到启动播放列表，不一而足。点击之后发生的操作实际上由您的应用决定。因此，为简单起见，我们将此系列体验归类为“轻触并执行”体验。

下面是一些使用 NFC 在应用中选择内容的示例。您可以点击并…

从海报获取信息：NFC 标签是轻巧、便宜的 RFID 标签；它们的成本介于 0.15 - 1.00 美元之间（价格因印刷成本而异）。它们相当于二维条码，但使用起来更方便、速度更快。点击标签比拍摄条码（需要将相机调到正确角度）感觉更舒服。制造商越来越多地将标签嵌入在人流密集的地方（如机场、地铁站和公交车站）张贴的海报中。它们可以保存 48 B – 4 KB 的数据。您可以对标签编程，以启动您的应用并打开特定的页面。

交换联系信息：只需点击设备进行连接即可交换联系信息，而不必再向您的好友拼读联系信息，也不必担心对方出现任何拼写错误。与以上类似，您可以通过编程方式将自己的信息写入 NFC 名片/标签；也可以通过应用直接交换信息。
播放您喜爱的音乐电台：无论您是在外工作、开车出游还是在家休息 – 使用 NFC 标签即可启动广播电台。您甚至可以在不同的标签上以编程方式写入不同的音乐电台；例如，一个标签用于健身房，一个用于休闲，一个用于睡眠。
在繁忙的餐厅订餐：在受欢迎的餐厅就餐时，仅为了订餐就可能需要花很长时间等待。而使用这种标签，只需在您的餐桌上点击标签就可以预订您的菜品。
与好友玩多人游戏：通过点击设备进行连接，您可以轻松连接多人游戏，与好友玩战舰、国际象棋或拼字游戏等。点击之后，此连接将持续保持，支持更大范围和更高吞吐量的带外传输（如蓝牙或 Wi-Fi Direct）。

到目前为止，我们对何时使用 NFC 有了相当不错的想法；现在对于娱乐内容而言 – 构建一个使用我们的 Windows 8 邻近感应 (NFC) API 的应用。

如何实施 NFC

您可以看到，使用 NFC，最终用户可以更加轻松地处理许多日常任务。我们以设置闹铃为例进行说明。我敢肯定，每个人都有多次这样的经历，他们将闹铃错设成早晨的其他时间。夜深人困时，您只想着尽快入睡，思维并非总是处于最活跃状态。使用 NFC 就轻松多了，您只需点击一个预设的标签，再确认一下，然后就可以安然入睡了。因此，为了帮助用户完成这个日常任务，让我们假设您编写了一个基本的闹铃应用，用户可以使用一个 NFC 标签设置闹铃。这分为两种情况

在标签上设置闹铃：NFC 标签可以重用，因此该应用应有一种方法供用户对闹铃编程。例如，用户可能希望编写不同的闹铃程序 – 一个用于工作日，另一个用于周末。这称为将数据发布到标签。
从标签设置闹铃：在用户点击标签之后，该应用将启动以确认设置闹铃。这意味着可以使用上下文或参数启动该应用。

NFC API 支持使用多种方式达到同一目的，不过，我将介绍实现此场景的最简单的方法。

下面我们了解在 NFC 标签上设置闹铃的过程：

Mario 启动闹铃应用，并设置时间，假设为早晨 7:00。这是一个普通闹铃，与 NFC 尚无任何关系。
Mario 选择一个选项“在 NFC 标签上设置闹铃”。这时，该应用将调用 NFC API 将信息发布到 NFC 无线通信装置，具体是一个应用标识字符串和 07:00。NFC 标签使用一个称为 NDEF（NFC 定义交换格式）的标准化消息格式。您的应用无需担心是否可以将数据格式化为 NDEF 消息；Windows 会为您完成此任务！现在，用户可以点击 NFC 标签。
Mario 对着 PC 点击该标签，应用确认正在对该标签编程。在点击标签之后，务必让用户知道您的应用已成功对标签编程。我们刚才谈到，点击您的 PC 对大多数人来说是一个新概念，因此通过确认可让用户相信他们刚才的操作已经奏效。该应用通过注册消息传输处理程序，知道该消息已成功传输。

NFC API 位于 Windows.Networking.Proximity 命名空间中。它们在第 2 步中使用 – 在用户选择选项“在 NFC 标签上设置闹铃”之后。首先，该应用初始化邻近感应对象。邻近感应对象用于检测是否有标签（或设备）处于感应范围以内/以外。接下来，我们将添加 DeviceArrival 事件处理程序。该处理程序识别何时点击了标签，这意味着我们可以开始向标签写入信息。让用户知道您正在向标签写入很有必要，以便他们此时不会将其移出感应范围。您可以使用相同事件来识别何时点击了任何邻近感应设备。

下面的代码片段显示了如何初始化和添加 DeviceArrival 事件处理程序。

JavaScript

var proximityDevice;

function initializeProximityDevice() {
    proximityDevice = Windows.Networking.Proximity.ProximityDevice.getDefault();

    if (proximityDevice) {
        proximityDevice.addEventListener("devicearrived", proximityDeviceArrived);
       
}
   else {
        // No NFC radio on the PC, display an error message
    }


function proximityDeviceArrived(device) {
        // Let the user know we’re ‘Writing to Tag’

}
}

private void InitializeProximityDevice()
{

Windows.Networking.Proximity.ProximityDevice proximityDevice;
    proximityDevice = Windows.Networking.Proximity.ProximityDevice.GetDefault();

    if (proximityDevice != null) {
        proximityDevice.DeviceArrived += ProximityDeviceArrived;
    
    }
    else
    {
        // No NFC radio on the PC, display an error message
    }
}

private void ProximityDeviceArrived(Windows.Networking.Proximity.ProximityDevice device)
{
            // Let the user know we’re ‘Writing to Tag’

}

接下来，我们向该标签发布信息。该应用发布两项内容：一个应用标识字符串，其中包含一个应用 ID 和应用平台，以及启动参数。对于 Windows 8，应用 ID 是 <package family name>!<app Id>，应用平台是“Windows”。您必须从应用软件包清单中应用程序元素的 ID 属性中复制应用 ID 值。启动参数是“07:00”– 该闹铃由用户设置。我们将其称为“消息”。

如果该应用跨平台运行，可以通过 Windows 发布备选应用 ID 和应用平台；这意味着您可以在支持 NFC 的不同设备（如 Windows Phone 8）上点击相同的标签！您可以在 MSDN 上找到有关备选 ID 的更多信息。

该应用使用名为 publishBinaryMessage 的方法将数据发布到标签。此方法采用三个参数 – messageType、message 和一个 messageTransmittedHandler 函数。我们将 messageType 设置为“LaunchApp:WriteTag”，这可让 Windows 知道您的应用希望向 NFC 标签写入信息。message 就是我们刚才定义的消息（应用识别的字符串和启动参数）；我们需要在缓冲区中将此消息存储为二进制消息。messageTransmittedHandler 函数注册回调。这可让您的应用知道消息已成功写入标签。我们使用此方法告诉用户两个信息：我们已将消息成功写入标签，标签不再需要位于感应范围内。

消息将持续发布，直到我们调用 StopPublishingMessage 函数或者释放 ProximityDevice 对象之后才结束。在本例中，我们将使用 stop 函数。PublishBinaryMessage 返回一个发布 ID；我们将使用这一发布 ID 停止向 NFC 无线通信装置发布消息。

下面的代码片段显示了如何向 NFC 标签写入数据：

JavaScript

var proximityDevice;

function getAlarmTime(){

    // Grab time set by the user, call this variable ‘Alarm’
    return Alarm;

}

function publishLaunchApp() {
    proximityDevice = Windows.Networking.Proximity.ProximityDevice.GetDefault();

if (proximityDevice) {
        // The format of the app launch string is: "<args>\tWindows\t<AppName>".
        // The string is tab or null delimited.

        // The <args> string can be an empty string ("").
        var launchArgs = getAlarmTime();

        // The format of the AppName is: PackageFamilyName!PRAID.
        var praid = "AlarmApp"; // The Application Id value from your package.appxmanifest.

        var appName = Windows.ApplicationModel.Package.current.id.familyName + "!" + praid;

        var launchAppMessage = launchArgs + "\tWindows\t" + appName;

        var dataWriter = new Windows.Storage.Streams.DataWriter();
        dataWriter.unicodeEncoding = Windows.Storage.Streams.UnicodeEncoding.utf16LE;
        dataWriter.writeString(launchAppMessage);
        var launchAppPubId =
             proximityDevice.publishBinaryMessage(
                 "LaunchApp:WriteTag", 
                 dataWriter.detachBuffer(), 
                 proximityWriteTagLaunchAppMessageTransmitCallback);
        
    if (launchAppPubId != -1) {
            // Stop publishing the message on NFC radio
        proximityDevice.stopPublishingMessage(launchAppPubId);
    }

     }
}

function proximityWriteTagLaunchAppMessageTransmitCallback() {
    // Inform the user that: the message has been successfully written to a tag & the tag no longer needs to be in range
}

Windows.Networking.Proximity.ProximityDevice proximityDevice;

private string GetAlarmTime(){

    // Grab time set by the user, call this variable ‘Alarm’
    return Alarm;
}

private void PublishLaunchApp()
{
    proximityDevice = Windows.Networking.Proximity.ProximityDevice.GetDefault();

if (proximityDevice != null)
    {
        // The format of the app launch string is: "<args>\tWindows\t<AppName>".
        // The string is tab or null delimited.

        // The <args> string can be an empty string ("").
        string launchArgs = getAlarmTime();

        // The format of the AppName is: PackageFamilyName!PRAID.
        string praid = "MyAppId"; // The Application Id value from your package.appxmanifest.

        string appName = Windows.ApplicationModel.Package.Current.Id.FamilyName + "!" + praid;

        string launchAppMessage = launchArgs + "\tWindows\t" + appName;

        var dataWriter = new Windows.Storage.Streams.DataWriter();
        dataWriter.UnicodeEncoding = Windows.Storage.Streams.UnicodeEncoding.Utf16LE;
        dataWriter.WriteString(launchAppMessage);
        var launchAppPubId =
        proximityDevice.PublishBinaryMessage(
            "LaunchApp:WriteTag", dataWriter.DetachBuffer(), 
            proximityWriteTagLaunchAppMessageTransmitCallback);
    
    if (launchAppPubId!= -1)
    {
        proximityDevice.StopPublishingMessage(launchAppPubId);
    // Stop publishing the message on NFC radio
    }

    }
}

private void proximityWriteTagLaunchAppMessageTransmitCallback(
    Windows.Networking.Proximity.ProximityDevice sender,
    long messageId)
{
        // Inform the user that: the message has been successfully written to a tag & the tag no longer needs to be in range
}

就是这样！现在您已经知道如何从 Windows 应用商店应用向 NFC 标签写入信息。非常简单；因此，我们转到下一个场景 - 从标签设置闹铃。我们来看一下从 NFC 标签读取闹铃的过程：

Mario 正在阅读他的主屏幕内容/写电子邮件/玩游戏/使用 Windows，他意识到需要为周一早上设置一个闹铃。他拿起“工作日闹铃”标签，然后对着自己的 PC 点击该标签。他获得一个 toast，邀请他启动您的闹铃应用。Windows 将照顾一切，直到这一刻为止；您的应用无需执行任何操作。
Mario 接受邀请，您的应用启动到“确认闹铃？”屏幕，时间为早晨 7:00。在 Mario 接受 toast 之后，Windows 在激活过程中将启动参数（与上述参数一样）传递到您的应用。这称为外部启动，这与将您的应用启动到特定页是一样的。
Mario 设置闹铃。这是一个普通闹铃，与 NFC 无关。

从 NFC 标签获取启动参数非常容易。应用需要处理来自 NFC 标签的外部启动。外部启动与将您的应用启动到特定页同义。我们的启动参数指定一个早晨 7:00 的闹铃，您的应用使用它来显示一个建议的闹铃。此外，如果 PC 上未安装您的应用，Windows 将邀请 Mario 从 Windows 应用商店安装该应用 – 安装过程完全自动！

以下代码片段显示了如何实现上下文启动。

JavaScript

app.onactivated = function (args) {
    if (args.detail.kind === activation.ActivationKind.launch) {
        if (args.detail.arguments == "Windows.Networking.Proximity.PeerFinder:StreamSocket") {
            //do nothing here.
        }
        else {
    // Use args.detail.arguments to parse out ’07.00’ string, and display to the user
        }

        args.setPromise(WinJS.UI.processAll());
    }
}

async protected override void OnLaunched(LaunchActivatedEventArgs args)
        {
            if (args.Arguments == "Windows.Networking.Proximity.PeerFinder:StreamSocket")
            {
                _isLaunchedByTap = true;
            }
            else
            {
// Use args.Arguments to parse out ’07.00’ string, and display to the user

            }
            Window.Current.Activate();
        }

这就是您的应用为支持读写 NFC 标签所需的全部操作；对于前沿场景而言相当简单。为了能够良好运行，在结束之前，让我们探讨一下错误处理问题。

错误处理

您的应用可能会遇到许多常见的错误。

点击的标签不是 NDEF 格式。Windows 8 不支持将标签自动重新格式化为 NDEF，因此您需要下载并安装 NDEF 格式化程序。
点击的标签为只读模式。一些 NFC 标签可能被锁定为只读模式（类似于旧式 VHS 录像带）。
点击的标签容量太小，无法容纳所有数据。
用户的 PC 没有 NFC。我在开头已经提到，NFC 是一种新兴的技术；普通采用仍需时日。要检查 PC 是否支持邻近感应，请使用 ProximityDevice.getDefault() 方法；如果未安装 NFC 无线通信装置，该方法将返回 NULL。

就这么有趣、直观！

NFC 终于到来了，它已经为主流消费者做好了准备 – Windows 有相应的生态体系和设计精良的端到端用户体验。该技术具有很大的潜力，可让应用和设备获得令人难以置信的交互式体验。就这么有趣、直观。

NFC 是一个广阔的领域，因此，请继续关注有关其他超酷 Windows 8 NFC 开发人员体验的更多博文。

有关 NFC 和邻近感应的更多信息，请参阅下面的资源。

资源

链接	类型
邻近感应体验使用指南	文档
邻近感应 API	文档
测试邻近感应应用并排除故障	文档
发布和订阅（详细说明）	文档
邻近感应应用示例	示例
遇到有关邻近感应的问题？请在这里询问	论坛

谢谢！

Priya Dandawate
设备和网络项目经理

投稿者：Max Morris、Marzena Makuta、Mike Loholt、Jake Sabulsky 和 Vishal Mhatre

创建连接的 Windows 应用商店应用

Windows 8 Team — Wed, 17 Apr 2013 20:53:00 GMT

当前，人们身边与网络连接的设备的数量不断增加。最新的冰箱和洗衣机甚至都能与 Internet 和家庭网络连接。因此，最终用户期待自己的应用也能实现网络连接也就不足为奇。这些“连接的应用”将使用来自 Web 的最新内容（社交媒体、数字媒体、博客以及其他类型的内容）。开发连接的应用已经实现了常态化，但是处理诸如网络连接断开、按流量计费的网络成本，或性能问题等常见问题仍让开发人员觉得力不从心。Windows 8 让编写连接的应用变得空前简单。

在本篇博文中，我们将介绍一些有用的提示，这些提示有助于用户在使用您的 Windows 应用商店应用时获得快速而流畅、轻松、连接的体验：

为您的应用场景选择正确的 API
选择正确的网络功能
为按流量计费的网络调整应用行为
应对网络状态变化
缓存内容以提高流畅性

我们来详细看看各条提示。

选择正确的 API

如果您打算建造一座房屋，那么您需要适当的工具。您需要锤子来钉钉子，需要拉锯来切割板子，还需要螺丝刀来拧紧螺丝钉。同样的，您在开发连接的 Windows 应用商店应用时也需要使用适当的网络连接 API。Windows 8 提供了大量网络连接 API，这些 API 可让您的应用通过 Internet 或专用网络与其他计算机和设备通信。因此，您的首个步骤是确定您的应用需要怎样的网络连接功能。

最常见的网络连接应用场景是访问网站来检索或存储信息。使用网站来存储用户信息和游戏分数的游戏便是一个简单的例子。而更为复杂的示例可能是连接到一个基于 REST 的 Web 服务，并使用 Web 服务提供的库来访问或存储信息的应用。Windows 8 拥有多个与 Web 服务和网站连接的 API。借助这些 API，您的应用可访问支持 REST 或向 Web 服务器发送基本 HTTP 协议命令（如 GET 和 POST）的 Web 服务。对于 Web 访问，您所需要的 API 将取决于您开发应用所使用的语言：

XMLHTTPRequest 和 WinJS.xhr - 使用 JavaScript 和 HTML 编写的应用。
HttpClient - 使用 C# 或 Visual Basic .NET 和 XAML 编写的应用。
XML HTTP Request 2 (IXHR2) - 使用 C++ 和 XAML 编写的应用。

以下代码显示了如何执行一个基本请求，并响应基于 REST 的 Web 服务。在这一情形中，Web 服务将在 Web 服务器上执行一个 ASP.NET 脚本。

JavaScript

function makeXHRCall() {
    WinJS.xhr({ uri: "http://www.microsoft.com/en-us/default.aspx” }).done(
 function onComplete(result) {
 print(result.responseText);
 },
 function onError(err) {
 print("Error: " + err.responseText);
        });
}

private async void MakeHttpCall()
{
    HttpClient httpClient = new HttpClient();
    try {
        string response = await httpClient.GetStringAsync("http://www.microsoft.com/en-us/default.aspx");
    }
    catch (Exception) {
        // Handle exception.
    }
}

欲了解有关 WinJS.xhr 的更多信息，请参阅连接到 Web 服务（使用 JavaScript 和 HTML 编写的 Windows 应用商店应用）。欲了解有关 HttpClient 的更多信息，请参阅快速入门：使用 HttpClient 连接（使用 C#/VB/C++ 和 XAML 编写的 Windows 应用商店应用）和 HttpClient 示例。

另一常见的网络连接应用场景是下载和上载文件，此时传输过程将持续一段时间。需要从 Web 服务上载或下载照片或相册的相机或照片库应用就是一个例子。这些内容的传输将持续较长时间，因此让用户等待传输完成将毫无意义。Windows.Networking.BackgroundTransfer API 具有文件下载和上载的功能，即使是在应用不再运行时，上载和下载仍可继续。应用将在其处于前端运行、且具有焦点内容时开始传输进程，即使其不再运行，Windows 8 随后也将在后台继续传输进程。

另一更为特殊的应用场景是访问联合内容。Windows.Web.Syndication API 可检索 RSS 中的源或 Atom 格式。此外，Windows.Web.AtomPub API 可让应用以多种 AtomPub 格式发布数据。

对于特定、高级别的网络连接协议无法通过 API 可用的应用场景，Windows 运行时还将支持 TCP 和 UDP 套接字（以及多播）。Windows.Networking.Sockets API 将提供一个 StreamSocket (TCP) 和 DatagramSocket (UDP)，从而可让您实施其他较高层的协议。

注意：Windows 8 中引入了一个名为 WebSocket 的新型套接字。欲了解有关 WebSockets 及何时使用它们的更多信息，请参阅与 WebSockets 连接。

以下表格提供了更完整的受支持的网络连接功能列表，并提供了额外信息的链接。

API

功能

示例

Windows.Web.Syndication

Windows.Web.AtomPub

在 RSS 或跨多个版本的 Atom 格式中检索源。这些 API 可简化对诸如 OData 等较新格式实施支持的过程。Windows 运行时还将支持 Atom 发布协议，启用 Atom 集合的发布。
欲了解更多信息，请参阅访问和管理联合内容。

联合示例

AtomPub 示例

RSS 阅读器

Windows.Networking.BackgroundTransfer

进行不间断、成本感知和可恢复的内容下载和上载，即使是在调用应用并未位于后台的时候，仍可继续。此 API 可支持使用 HTTP、HTTPS 和 FTP 协议传输内容。
欲了解更多信息，请参阅在后台传输数据。

后台传输示例

SkyDrive

Xbox 视频

XMLHTTPRequest (JavaScript)

WinJS.xhr (JavaScript)

HttpClient (C#)

XML HTTP Request 2 (IXHR2) (C++)

与基于 REST 的 Web 服务和其他基于 HTTP 的协议交互。
欲了解更多信息，请参阅连接到 Web 服务。

XHR、处理导航错误和 URL 架构示例

HttpClient 示例

Bing 地图

Windows.Networking.Proximity

检测邻近的两台设备，之后应用将使用套接字 API 触发二者之间的网络通信。
欲了解更多信息，请参阅支持邻近感应和点击。

邻近感应示例

游戏

协作式应用

Windows.Storage.Pickers

与远程文件共享通信。
欲了解更多信息，请参阅访问数据和文件。

文件选取器示例

Xbox 音乐

照片

Windows.Networking.Sockets

连接到使用上述 API 不支持的协议（如 SMTP、MAPI 或 telnet）的服务，或连接到其他同一本地网络的另一设备。还可用于需要类套接字语义（异步、双向）来通过 Web（包括 HTTP）连接到新服务的应用。
欲了解更多信息，请参阅与套接字连接。

StreamSocket 示例

DatagramSocket 示例

与 WebSockets 示例连接

ControlChannelTrigger 示例

Lync、协作式白板或股票选择程序

Windows.Storage.ApplicationData

Windows 8 实际上将在不同用户设备之间传输特定的应用数据。应用数据漫游对于应用大有益处，用户可不止使用一台设备，如工作使用的 PC 和在家里使用的平板电脑，并在多台设备上安装应用。
欲了解更多信息，请参阅漫游应用数据的指导原则。

应用数据示例

选择正确的网络功能

网络隔离是 Windows 8 使用的应用安全模型中的一部分。Windows 将主动发现网络边界，并强制执行网络访问限制，以进行网络隔离。当您适当地部署了它们之后，这些功能将有助于保护您的用户和应用免遭恶意攻击。

应用必须声明网络隔离功能，以定义网络访问的范围。如果没有声明这些功能，那么您的应用将无法访问网络资源。请参阅如何使用网络功能来了解有关 Windows 如何为应用强制执行网络隔离的更多信息。

请注意，您无法将网络连接作为 Windows 应用商店应用和同一设备中桌面应用之间的进程间通信机制。因此，您无法使用 Windows 应用商店应用中的 IP 环回地址。出于开发目的，存在有限的例外可允许用户在 Visual Studio 调试程序中操作时使用 IP 环回地址。欲了解更多信息，请参阅如何启用环回和排除网络隔离的故障。

网络访问请求包含两个类型：

客户端启动的出站请求：您的应用可作为客户端，并通过向远程计算机（通常是一台服务器）发送一个初始网络请求来启动网络访问。应用将向服务器发送一个或多个请求，而服务器将返回一个或多个响应。例如，所有从 Web 客户端应用向 Web 服务器的流量就将是这种类型。
主动提供的入站请求：您的应用将作为一台网络服务器，并侦听来自远程计算机的入站网络请求。远程计算机将通过向您的应用发送一个初始请求（其中您的应用将作为一台服务器），进而启动网络访问。远程计算机将向您的应用发送一个或多个请求，您的应用将向远程计算机返回一个或多个响应。例如，作为一台媒体服务器的应用就将是该类型。

请遵循最低特权的原则，并仅添加您的应用需要的功能。您的应用可能仅需客户端启动的出站请求，或者可能需要接收主动提供的入站请求。某些应用在通过网络进行身份验证时，可能还需要访问用户凭据和证书。

以下表格详细描述了网络隔离功能及连接的应用通常需要的其他相关功能。头三项功能是连接的应用将使用的主要网络隔离功能。事实上，您的应用必须启用这头三项功能中的至少一项。而表格中的其他条目是某些连接的应用经常需要的其他功能。

网络功能

描述

示例应用

Internet（客户端）

提供对 Internet 以及机场和咖啡厅等公共场所的网络的出站访问。需要访问 Internet 的大多数应用都应声明这一功能。

RSS 阅读器

社交网络

游戏

Internet（客户端和服务器）

提供对 Internet 以及机场和咖啡厅等公共场所的网络的入站和出站访问。对关键端口的入站访问将始终受阻。该功能是 Internet（客户端）功能的一个超集；因此没有必要声明二者。

P2P 应用

使用多播来发现玩家的多玩家游戏

专用网络（客户端和服务器）

在用户信任的私人位置提供入站和出站网络访问。这些通常是家庭或工作网络。对关键端口的入站访问将始终受阻。

访问网络连接存储 (NAS) 内容的应用

业务线应用

通过在专用（家庭或工作）网络中使用多播来发现玩家的多玩家游戏

临近感应

需要与设备进行近场邻近通信。允许应用访问网络来连接到附近设备，需要用户同意发送或接受邀请。

邻近用户的多玩家游戏

企业身份验证

提供连接到需要域凭据的企业 Intranet 资源的功能。

业务线应用

共享用户证书

提供访问软件和硬件证书（如智能卡证书）来验证用户身份的功能。当相关的 API 在运行时被调用时，用户必须采取措施（如插入卡片或选择证书）。

虚拟专用网络应用

业务线应用

使用此检查列表来确保您的应用中已配置网络隔离：

确定您的应用所需的网络访问方向；客户端启动的出站请求，主动提供的入站请求，抑或二者。
确定您的应用将通信的网络资源的类型：家庭网络或工作网络中的受信任资源，Internet 中的资源，抑或二者。
在应用部件清单 (manifest) 中配置最低所需网络隔离功能。您可使用 Microsoft Visual Studio 2012 中的应用程序清单设计器来进行这一操作，或手动添加这些功能。
使用用于故障排除的网络隔离工具来部署和运行您的应用，进而测试您的应用。欲了解更多信息，请参阅如何启用环回和排除网络隔离的故障。

以下屏幕显示了如何使用 Microsoft Visual Studio 2012 中的应用程序清单设计器来启用网络功能。

在 Visual Studio 2012 中选择您应用的 package.appxmanifest 内的网络功能

为按流量计费的网络调整应用行为

想想您上次接近每月数据限额或出国旅行的情形。在这些情形中，我通常将非常小心的使用设备和应用，以避免不必要的网络费用。

Windows 8 通过让应用监控可用网络资源，并在按流量计费的网络中进行相应的操作，进而解决了用户的这一问题。为了增强用户对您的应用的信心，您可让应用在连接可能产生成本的时候告知用户，并调整应用行为以避免或减少费用。

Windows.Networking.Connectivity API 提供了网络连接的类型和成本的信息。这可让您的应用确定何时正常使用网络资源，何时保守使用网络资源，抑或何时先询问用户再使用网络资源。

ConnectionProfile 代表了一个网络连接。您的应用可使用 ConnectionProfile 的 ConnectionCost 来确定是否调整其行为。NetworkCostType 属性可显示网络连接的类型。总共包含四种可能的值：

Unrestricted - 网络连接使用不受限制。此类网络连接无使用费和容量限制。
Fixed - 在特定限值以下此类网络连接的使用将不受限制。
Variable - 此类网络连接的使用将以每字节为基础计费。
Unknown - 此类网络连接的成本信息不可知。

ConnectionCost 的数个其他布尔属性仍可提供更多信息。

Roaming - 该连接面向家庭提供程序以外的网络。
ApproachingDataLimit - 该连接接近数据计划指定的使用允许时间。
OverDataLimit - 该连接已经超过了数据计划指定的使用允许时间。

让您的应用响应这些属性指示的条件。当连接为 Roaming 时，与网络使用相关的数据成本将非常高。当 NetworkCostType 为 Variable 时，网络将是一个按流量计费的网络，用户将根据其在网络中发送或接收的数据量付费。当 NetworkCostType 为 Fixed 时，如果用户已经超过或接近数据极限时，则将产生问题。

借助这些信息，应用可遵循这些指导原则来确定如何最佳使用网络资源。

行为

连接断开

应用指导原则

示例

正常

NetworkCostType 为 Unrestricted 或 Unknown，而 ConnectionCost 不是 Roaming

应用将不会实施限制。应用认为连接成本“不受限制”，而且不受使用费和容量的限制。

媒体播放机应用可播放整个高清电影。

应用可在不受任何限制或发出提示的情况下下载大型文件。

保守

NetworkCostType 为 Fixed 或 Variable，而 ConnectionCost 不是 Roaming 或 OverDataLimit

应用将实施限制来优化网络使用，进而处理按流量计费网络中的操作。

媒体播放机应用能以较低的分辨率播放电影。

应用可延迟非关键下载。

选择加入

ConnectionCost 是 Roaming 或 OverDataLimit

应用将处理网络访问成本远高于计划成本的特殊情况。

应用提示用户访问网络。

应用挂起所有后台数据网络活动。

该代码示例检查了连接成本，并返回恰当应用行为的建议。

JavaScript

var CostGuidance = { Normal: 0, Conservative: 1, OptIn: 2 };
// GetCostGuidance returns an object with a Cost (with value of CostGuidance), 
// CostName (a string) and Reason, which says why the cost is what it is.
function GetCostGuidance() 
{
    var connectionCost = Windows.Networking.Connectivity.NetworkInformation.getInternetConnectionProfile().getConnectionCost();
    var networkCostConstants = Windows.Networking.Connectivity.NetworkCostType;
    var Retval = new Object();
    if (connectionCost.roaming || connectionCost.overDataLimit)
    {
        Retval.Cost = CostGuidance.OptIn;
        Retval.CostName = "OptIn";
        Retval.Reason = connectionCost.roaming
            ? "Connection is roaming; using the connection may result in additional charge."
            : "Connection has exceeded the usage cap limit.";
    }
    else if (connectionCost.networkCostType == networkCostConstants.fixed
        || connectionCost.networkCostType == networkCostConstants.variable)
    {
        Retval.Cost = CostGuidance.conservative;
        Retval.CostName = "Conservative";
        Retval.Reason = connectionCost.networkCostType == NetworkCostType.fixed
            ? "Connection has limited allowed usage."
            : "Connection is charged based on usage. ";
    }
    else
    {
        Retval.Cost = CostGuidance.Normal;
        Retval.CostName = "Normal";
        Retval.Reason = connectionCost.networkCostType == networkCostConstants.unknown
            ? "Connection is unknown."
            : "Connection cost is unrestricted.";
    }

    return Retval;
}

public enum NetworkCost { Normal, Conservative, OptIn };
public class CostGuidance
{
    public CostGuidance()
    {
        var connectionCost = NetworkInformation.GetInternetConnectionProfile().GetConnectionCost();
        Init(connectionCost);
    }
    public NetworkCost Cost { get; private set; }
    public String Reason { get; private set; }


    public void Init(ConnectionCost connectionCost)
    {
        if (connectionCost == null) return;
        if (connectionCost.Roaming || connectionCost.OverDataLimit)
        {
            Cost = NetworkCost.OptIn;
            Reason = connectionCost.Roaming
                ? "Connection is roaming; using the connection may result in additional charge."
                : "Connection has exceeded the usage cap limit.";
        }
        else if (connectionCost.NetworkCostType == NetworkCostType.Fixed
            || connectionCost.NetworkCostType == NetworkCostType.Variable)
        {
            Cost = NetworkCost.Conservative;
            Reason = connectionCost.NetworkCostType == NetworkCostType.Fixed
                ? "Connection has limited allowed usage."
                : "Connection is charged based on usage. ";
        }
        else
        {
            Cost = NetworkCost.Normal;
            Reason = connectionCost.NetworkCostType == NetworkCostType.Unknown
                ? "Connection is unknown."
                : "Connection cost is unrestricted.";
        }
    }
}

请使用网络信息示例来了解有关如何为按流量计费的网络调整应用行为的更多信息。

用户也可运行“任务管理器”来查看每个应用消耗的网络数据量。此屏幕截图显示了一个示例。

“任务管理器”中的“应用历史记录”选项卡可让用户按应用查看 CPU 和网络消耗情况

应对网络状态变化

在任何移动设备应用场景中，用户都可随意连接网络。移动 3G 或 4G 宽带网络可覆盖用户的家中或车库，只要 Wi-Fi 仍然可用。类似地，Wi-Fi 也可在用户离开家中时进行覆盖。当然有时候网络也不可用。由于 Wi-Fi 和移动宽带网络覆盖面不断扩张，这样的网络变化可能经常出现。

NetworkStatusChanged 表明“可用成本”或“连接选项”可能发生变化。为了应对网络状态的变化，并在状态变化时为用户提供一个无缝的体验，请让您的连接应用遵循这些应用场景指导原则。

错误导致的连接断开

在大多数情况下，您只需重试网络操作即可重新建立连接。如果失败，则等待 NetworkStatusChanged 事件。我们建议为应用设置不断增加的重试间隔回退，从 50 毫秒的间隔开始，如果连接仍然失败，则成倍提高此回退间隔。

网络断开

请告知用户连接已断开，然后注册并等待 NetworkStatusChanged 事件。

新网络可用性

有些情况中设备可能与多个网络连接。例如，用户可能连接了移动宽带，在到家之前使用 Windows 8 消息应用与好友聊天，也可能连接到了不受限制的网络。Windows 8 中的默认策略是首选不受限制的网络，而非流量计费的网络，首选较快的网络，而非较慢的网络。然而，应用确立的现有连接并不会自动切换到新的网络。由于只有应用才能做出是否切换到新网络的最佳决策，因此必须应用必须参与网络选择确定过程。

例如，如果一个视频流接近结束，那么切换到新网络可能毫无意义。然而，如果当前网络正在删除数据包，或者网络速度过慢，抑或该流需要额外的时间才能完成，那么切换到新网络可能是最佳方案。

如果您确定可为您的应用使用情形切换网络，那么请在检测新网络时遵循这些指导原则：

检查现有网络和新网络的网络成本。如果切换到新网络有意义，那么请根据我刚刚提到的指导原则尝试建立新的网络连接，并重试网络操作。Windows 将在网络可用的情况下，自动选择不受限制的网络，而非按流量计费的网络，以及选择较快的网络，而非较慢的网络。
如果新网络连接成功建立，那么请在您的应用中使用新的网络连接，并在连接已经存在的情况下，在原来网络中取消原始网络操作。

网络成本的变化

当 NetworkCostType 为 Fixed，且使用量接近数据极限或超过数据极限时，网络成本将发生变化。如果 NetworkCostType 成为 Variable，或如果 Roaming 变为“true”时，网络成本也可能发生变化。在这些情况中，请根据此前提示中的指导原则调整应用行为。

这些代码示例将使用 NetworkStatusChanged 事件来在网络状态发生多次变化时为用户提供一个无缝的应用体验。两个示例均使用了一个名为 registeredNetworkStatusNotification 的全局布尔变量，且其值最初均设为“false”。

JavaScript

// Register for NetworkStatusChanged notifications, and display new 
// Internet ConnectionProfile info upon network status change.
function registerForNetworkStatusChange() {
    try {

        // Register for network status change notifications.
        if (!registeredNetworkStatusNotification) {
            var networkInfo.addEventListener("networkstatuschanged", onNetworkStatusChange);
            registeredNetworkStatusNotification = true;
        }
    }
    catch (e) {
        print("An unexpected exception occurred: " + e.name + ": " + e.message);
    }
}

// Event handler for NetworkStatusChanged event
function onNetworkStatusChange(sender) {
    try {
        // Get the ConnectionProfile that is currently used to connect 
        // to the Internet.
        var internetProfile = networkInfo.getInternetConnectionProfile();
        if (internetProfile === null) {
            print("Not connected to Internet\n\r");
        }
        else {
            internetProfileInfo += getConnectionProfileInfo(internetProfile) + "\n\r";
            print(internetProfileInfo);
        }
        internetProfileInfo = "";
    }
    catch (e) {
        print("An unexpected exception occurred: " + e.name + ": " + e.message);
    }
}

// Register for NetworkStatusChanged notifications, and display new 
// Internet ConnectionProfile info upon network status change.
void NetworkStatusChange()
{
    // Register for network status change notifications.
    try
    {
        var networkStatusCallback = new NetworkStatusChangedEventHandler(OnNetworkStatusChange);
        if (!registeredNetworkStatusNotification)
        {
            NetworkInformation.NetworkStatusChanged += networkStatusCallback;
            registeredNetworkStatusNotification = true;
        }
    }
    catch (Exception ex)
    {
        rootPage.NotifyUser("Unexpected exception occurred: " + ex.ToString(), NotifyType.ErrorMessage);
    }
}

// Event handler for NetworkStatusChanged event
async void OnNetworkStatusChange(object sender)
{
    try
    {
        // Get the ConnectionProfile that is currently used to connect 
        // to the Internet 
        ConnectionProfile InternetConnectionProfile = NetworkInformation.GetInternetConnectionProfile();

        if (InternetConnectionProfile == null)
        {
            await _cd.RunAsync(CoreDispatcherPriority.Normal, () =>
            {
                rootPage.NotifyUser("Not connected to Internet\n", NotifyType.StatusMessage);
            });
        }
        else
        {
            connectionProfileInfo = GetConnectionProfile(InternetConnectionProfile);
            await _cd.RunAsync(CoreDispatcherPriority.Normal, () =>
            {
                rootPage.NotifyUser(connectionProfileInfo, NotifyType.StatusMessage);
            });
        }
        internetProfileInfo = "";
    }
    catch (Exception ex)
    {
        rootPage.NotifyUser("Unexpected exception occurred: " + ex.ToString(), NotifyType.ErrorMessage);
    }
}

欲了解有关 NetworkStatusChanged 事件的更多信息，请参阅快速入门：管理连接事件和可用性变更以及网络信息示例。

缓存内容以提高流畅性

将内容缓存到磁盘可让您的应用快速、流畅地运行。例如，一个 RSS 源阅读器应用可立即显示从此前会话缓存到磁盘中的源。当最新源可用时，应用将更新其内容。缓存可确保用户在启动应用时立即读取内容，同时应用也可获得新内容。

Windows 8 在 Windows.Storage 命名空间中提供了一个 ApplicationData 类。该类提供了对应用数据存储的访问权限。此数据存储包含设备本地的文件和设置、可在多台设备间漫游的文件和设置，抑或是临时文件和设置。

文件是存储大型数据集、数据库或常见文件格式数据的理想介质。文件可存放于漫游、本地或临时文件夹中。以下内容解释了其含义：

漫游文件将在用户使用连接的帐户登录的多台计算机和设备间同步。系统并不会立即漫游文件，而是将权衡数个因素后再确定何时发送数据。请确保数据漫游的使用量低于配额（您可通过 RoamingStorageQuota 属性查看配额）；如果使用量超过配额，则数据漫游将被挂起。系统可在应用向文件写入数据时漫游文件，因此当系统不再需要应用的文件对象时，请务必关闭它们。
本地文件将不会在多台计算机间同步。它们将保留于被原始写入的计算机上。
临时文件有可能在系统不使用时被删除。系统将在确定何时及是否删除临时文件时考虑诸如可用磁盘容量和文件年限等因素。

这些代码示例可将内容缓存到磁盘中。缓存服务器响应可让您的应用在终止或重新启动后立即向用户显示内容。为简单起见，这些示例并没有向您显示如何向应用数据存储写入设置，以及如何响应漫游数据。应用数据示例将介绍这些详细内容。

JavaScript

var roamingFolder = Windows.Storage.ApplicationData.current.roamingFolder;
var filename = "serverResponse.txt";

function cacheResponse(strResponse) {
    roamingFolder.createFileAsync(filename, Windows.Storage.CreationCollisionOption.replaceExisting)
        .done(function (file) {
            return Windows.Storage.FileIO.writeTextAsync(file, strResponse);
        });
}

function getCachedResponse() {
    roamingFolder.getFileAsync(filename)
        .then(function (file) {
            return Windows.Storage.FileIO.readTextAsync(file);
        }).done(function (response) {
            print(response);
        }, function () {
            // getFileAsync or readTextAsync failed. 
            // No cached response.
        });
}

MainPage rootPage = MainPage.Current;
StorageFolder roamingFolder = null;
const string filename = "serverResponse.txt";

async void cacheResponse(string strResponse)
{
    StorageFile file = await roamingFolder.CreateFileAsync(filename, CreationCollisionOption.ReplaceExisting);
    await FileIO.WriteTextAsync(file, strResponse);
}

async void getCachedResponse()
{
    try
    {
        StorageFile file = await roamingFolder.GetFileAsync(filename);
        string response = await FileIO.ReadTextAsync(file);
    }
    catch (Exception)
    {
        // getFileAsync or readTextAsync failed.
        // No cached response.
    }
}

欲了解有关应用数据存储的更多信息，请参阅漫游您的应用数据博文，并试用应用数据示例。

总结

为了给您的用户提供一个卓越、轻松、连接的应用使用体验，请在规划 Windows 应用商店应用时遵循本文中介绍的指导原则。这些提示能够简化您的开发过程，同时确保用户体验的流畅性，并提高用户对您的应用的满意度。

- Windows 二级项目经理 Suhail Khalid

投稿者：Steven Baker 和 Peter Smith

立即注册参加 //build/ 2013 大会！

Windows 8 Team — Mon, 08 Apr 2013 21:27:01 GMT

上周，Steve Guggenheimer 宣布了 //build/ 2013 大会召开的消息。该大会将于 2013 年 6 月 26 日至 28 日在旧金山莫斯康展览中心举行。//build/ 大会是大家深入了解 Windows 应用商店应用开发的绝好机会。该大会将为您提供优秀的演示文稿、演示和信息研讨会等内容。我们工程团队的许多成员将亲临旧金山，为您主持这些演示并回答您的问题。这是您了解有关 Windows 应用商店应用开发的最新、最有价值信息的绝好机会。

即日起（4 月 2 日，星期二）开放注册。请访问 www.buildwindows.com 了解有关大会和注册的详细信息。

热切期待您的光临！

jQuery version 2.0 中对 Windows 应用商店应用的支持

Windows 8 Team — Thu, 04 Apr 2013 18:36:39 GMT

如果您已经完成一些 Web 开发项目，那么您可能已经使用过开源 JavaScript 框架 jQuery。如果您尝试过使用 jQuery 构建 Windows 应用商店应用，则可能会遇到过与 JavaScript 运行时或动态内容相关的错误。在即将发布的 2.0 版中，jQuery 团队已经解决了这些问题。jQuery 2.0 测试版现在支持使用 HTML5/JS 开发 Windows 应用商店应用。作为 Web 开发者，您可以利用现有技术和资产为 Windows 8 构建卓越的应用。您可以立即试用最新的 jQuery 2.0 内部测试版。

“jQuery 团队对能够使用 jQuery 2.0 的新环境感到非常兴奋。HTML 和 JavaScript 开发者希望利用他们的 jQuery 知识在任何工作地点优化他们的开发流程。jQuery 2.0 为他们提供了在 Windows 8 应用商店应用这样的环境中实现此愿望的能力。” - Dave Methvin，jQuery Foundation 总裁

Windows 应用商店应用：一个面向 JavaScript 代码的不同环境

您可能想知道 jQuery 以前为何“无法使用”。所有 Windows 应用商店应用，无论使用 HTML/JS��C# 还是 C++ 编写，都可以本机访问 Windows 运行时，因此创建了一个新的安全模型，以帮助您的应用在新平台上安全运行。此外，还对一些常见的 Web API 进行了修改，以更有意义的方式适应新的本机环境。这些差异可能会导致预期在浏览器中运行的代码出现问题。大多数问题都与动态内容有关 – 您可能会遇到“HTML1701:Unable to add dynamic content…”（HTML1701：无法添加动态内容...）或“0x800c001c - JavaScript runtime error:Unable to add dynamic content...”（0x800c001c - JavaScript 运行时错误：无法添加动态内容...）异常。

有关本模块的更多信息，请阅读提供可靠和值得信赖的应用（英文）博文。您可以在 Windows 开发者中心了解 Windows 应用商店应用与 Web 浏览器环境之间的差异（英文）。

更新 jQuery 支持新模型

像您一样，许多人都知道 jQuery 是一个在 Web 上运行的非常受欢迎的 JavaScript 框架，它通过一个可以在许多浏览器中运行的易用 API 简化了 HTML 文档遍历和操作、事件处理和 Ajax 等任务。

为了能够在您的 Windows 应用商店应用中使用 jQuery 的所有这些功能，appendTo 的 jQuery 专家与 jQuery 社区协作更新了 jQuery，以便支持新的 Windows 8 应用模型。我们的 Microsoft Open Technologies 工程师亲自提供技术支持，以确保所有更改都能够充分利用该平台。

在 jQuery 中添加 Windows 应用商店应用支持涉及初始测试、移植单元测试和评估 jQuery 依赖关系，如处于 jQuery 核心的 Sizzle 选择器引擎。appendTo 确定 jQuery 支持逻辑中的几个区域以及整个 Sizzle 中用于定位文档元素的稀疏项需要重新编写，以符合 Windows 应用商店应用安全模型的指导原则。

appendTo 将代码直接提交到集成此支持的 jQuery Core 项目，因此，现在将 jQuery 添加到您的应用之后即可立即获得所有这些功能。此外，在 Windows 应用商店应用中使用 jQuery 时，您可能希望演练一些替代模式。您可以在 net.tuts+ 网站（英文）中了解有关这些模式的更多信息。有关在更新版本中所作更改的更多详情，请阅读 appendTo 的博客文章（英文）。

轻松编码！

如果您是 HTML5 和 JavaScript 开发者，则可以使用所学知识与现有 JavaScript 代码和库构建 Windows 8 应用。对于您的 jQuery 代码，请升级到 jQuery 2.0 测试版，并遵循由 appendTo 共享的新模式（英文）。若未使用 jQuery，则可以将这些相同的模式和技术应用于自己的代码和库，以确保它们与 Windows 8 完全兼容。

如果您希望了解在 Windows 平台上使用 Web 开发技能的更多新机会，请阅读 MS Open Tech 博客文章（英文）。

--Olivier Bloch，MS Open Tech 高级技术专员

开发 Windows 应用商店游戏

Windows 8 Team — Fri, 29 Mar 2013 22:47:00 GMT

Windows 8 通过创新的设备外形、全新的芯片体系结构、激动人心的商务模式和巨大的商机，改变了 PC 的格局。PC 游戏一直以来都是人们尽享计算机乐趣的主要方式。现在，游戏比以往任何时候都更好地例证了这种新的设备格局的价值。多亏有了 Windows 应用商店，人们可以更轻松地获得游戏，玩游戏，安全地与好友分享和更新游戏。因此，游戏能够占据如此大的下载量，创造大量收益并推动用户积极使用新平台，也就不足为奇了。随着 GDC 大会开幕在即，更多游戏开发人员迫切地想要了解 Windows 8 带来的机会。

那么您如何创建出色的 Windows 应用商店游戏呢？Windows 提供了哪些功能让您的游戏更富创造力、更有创新意义、更具盈利能力并且更容易开发？您可以使用哪些工具、技术和服务？生态体系中提供了哪些服务？在针对 Windows 8 进行开发时，开发人员分享了哪些其他重大发现？本文将回答有关这些主题的问题，并阐明您如何开发令人惊叹的 Windows 应用商店游戏。

Windows 8 游戏设计和开发注意事项

Windows 8 是专门为了让用户享受娱乐体验而设计和打造的。Windows 8 用户体验 (UX) 指南鼓励使用全屏图像以及快速流畅的交互，而不是使用边框或额外的窗口装饰。设计指南建议应用程序应该将重点放在邀请用户参与的体验上，并通过沉浸式体验提供可指导用户操作的交互。主要游戏控件应易于访问，辅助控件应隐藏在应用栏或设置面板中，直到需要时才出现。这非常适合常规应用程序，但这些原则对游戏有何影响？毕竟，游戏开发人员提供快速流畅的全屏、沉浸式体验已经有很长时间了。尽管如此，几个基本问题还是几乎立即显现出来：

游戏机制如何从功能强大的台式机扩展到笔记本电脑和平板电脑？
要面向哪些最重要的设备外形？
是否可同时为游戏启用触控功能、游戏控制器和键盘/鼠标？
最重要的屏幕尺寸、纵横比和分辨率有哪些？

长期以来，游戏开发人员一直在使用各种技术向 PC 社区提供有趣的游戏。随着时间的推移，Windows 上的 API 已有了重大发展。随着 Windows 8 的推出，一个新的开发平台也浮出水面。Windows 运行时 API 汇聚了过去 API 中的最佳技术，并在性能、安全性、开发一致性和服务方面进行了重大改进。Windows 应用商店带来了一种发现和分发游戏以及向游戏提供服务的新方式。这些新的 API 可为面向新开发模型的游戏开发人员提供重大价值。在开始开发 Windows 应用商店游戏时，您可能会提出一些问题，例如：

用于游戏开发的最佳 Windows 运行时 API 有哪些？
开发模型如何映射到不同的游戏类型？
我如何从其他平台转换我的代码？
我如何更新在较旧版本 Windows 中编写的代码？
我的游戏资产中哪些（如果有）需要更新？
是否有任何资源可帮助我降低开发成本？
DirectX SDK 在哪里？

游戏新思路

每个游戏都始于创意。创意的来源可能迥异。有时，它是在您散步或洗澡时不经意间突然浮现在脑海中的。有时，它是您的团队经过密切协作、反复斟酌才得出的。一旦有了创意，您就需要决定游戏的类型。您可能需要一个与众不同的新游戏。或者您想要移植您的现有游戏。它可能是一个射击游戏、智力测验或赛车游戏 – 无论是哪种类型的游戏，Windows 应用商店中都有它的一席之地。//build/ 2012 大会上提供的游戏案例研究或许可以让您灵感迸发。如果您拥有 Windows 应用商店开发人员帐户，则可以浏览游戏的子类别以获得灵感，并查看不同的游戏类别在不同地区的表现如何。

游戏设计指南

一旦决定要构建的游戏的种类，以后在前端做出设计决策时就可以节省大量开发时间。Windows 8 游戏类别设计指南提供了有关如何以最佳方式吸引玩家并使他们与磁贴和通知交互的建议。另外，还提供了有关应使用哪种整体布局以及应将主要和辅助控件放置在何处的建议。

您可以找到有关交互方式以及如何在游戏中融入触控功能、传感器和合约的建议。应尽早做出有关游戏机制和控件的决策以确定开发范围。同时，Windows 运行时平台使您能够比以往更方便地使用相同的代码来支持触控、手写笔（墨迹）和鼠标，因此，您不必为不同的设备外形设计专门的机制。因为每台 Windows PC 上都有一个位置来插入游戏控制器，所以不要错过这个机会，确保您的游戏中也包含该控制机制。

计划如何以及以何种速度向玩家介绍游戏交互和机制。太慢，他们可能会失去兴趣；太快，他们可能会感到沮丧。或许最重要的是，决定采用哪种盈利模式和商业平台。Windows 应用商店允许您选择业务模式。它支持免费应用、基于广告的应用、应用内购买以及可下载内容。Windows 应用商店游戏可以利用内置的基于时间或基于功能的试用版本。或者，您可以使用第三方商业提供商或推出您自己的业务模式。无论采用哪种方式，都必须考虑这些问题，因为它们会对游戏在盈利或热门程度方面的成功产生重大影响。

与所有 Windows 应用商店应用一样，游戏必须支持不同的激活、视图和挂起状态。设计指南提供了一些帮助，以考虑如何以及何时暂停游戏，如何以及何时挂起游戏的状态，以及如何处理全屏、贴靠和填充的视图状态。决定您的游戏如何支持横向和纵向显示。在调整游戏资产的分辨率以符合不同屏幕尺寸（或其中某些部分）时，考虑命中目标和其他屏幕上的控件的尺寸。另外，别忘了将屏幕纵横比、分辨率和 DPI 设置考虑在内。这将确保游戏的内容可在任何屏幕尺寸和缩放比例下正确呈现。

最后，请记得考虑有助于增加游戏的可访问性和社交功能的其他几件事。高对比度模式和额外音频队列有助于提高可见性或播放能力，因此鼓励处于光照不太理想的条件下的玩家或视力受损的玩家采用。此外，利用平台内置的联机标识（身份验证）、数据漫游和共享到其他应用功能，可以通过社交活动（例如，比较游戏结果和跨不同的 PC 玩游戏）提高用户参与度。

游戏开发指南

DirectX 被认为是 Windows 游戏开发平台的核心。不过，我们还开发了许多其他组件并将其转换到 Windows 8 SDK 中，以便提供该平台为了支持多样化的 Windows 游戏生态系统所需的所有功能。我们提供了一致且全面的开发方法。我们还融入了从其他游戏开发平台中学到的最佳做法。但归根结底，我们强调并遵循了两个关键体系结构目标。性能和能耗是每个体系结构决策的核心，如硬件加速一切：Windows 8 图形博文中所述。在 Windows 8 上开发游戏充满挑战，因为整个平台都是为了提供快速而流畅的娱乐体验而设计的。

C++ 配 DirectX 是首选的游戏开发语言

Windows 运行时提供了一组丰富的 API 并简化了 Windows 事件处理，这些 API 以一种方便、一致的方式公开所有新设备和传感器。只有一个 Windows SDK，因此开发 Windows 应用商店游戏所需的每个 API 均可在 Microsoft Visual Studio 2012 中获得。为了实现最高保真度和最具沉浸感的体验，您需要使用 Windows 8 DirectX API 构建 3D 游戏。这是用于开发的最简单的 DirectX 版本，并且它支持范围广泛的图形功能级别，从 DirectX 9.1 到 DirectX 11.1 中提供的所有最新硬件功能，均涵盖在内，从而允许您对游戏进行量身打造，使其适合从基于 ARM 的高能效、便携式 Windows 8 平板电脑到超频多 GPU 游戏装备的所有 PC。

如果您熟悉某种特定开发语言，则可以在 Windows 8 中利用大量现有技能和经验。根据您要开发的游戏类型和您的偏好，可以采用多种技术组合来开发 Windows 应用商店游戏。不会强迫或限制您使用一种语法或模型。托管代码开发人员可以使用 XAML 构建出色、流畅的 2D 游戏，来利用 Windows 应用商店平台的优势和功能。如果您是一名 Web 开发人员，则可以利用现有 Web 及 Web 游戏开发技能来创建可通过 Windows 应用商店获得收益的游戏。对于 3D 交互式游戏，建议您将 C++ 与 DirectX 和 XAML（可选）结合使用，本文其余内容将重点介绍这一点。

游戏开发组件

Windows 8 提供的内置游戏技术随操作系统的每个版本一起发布并驻留在每台 PC 上，因此您不必担心它的分发问题，也不必管理多个版本。无需查找、下载和安装其他组件。

图 1：Windows 8 游戏开发组件和库

从图形、音频和输入到文件 I/O、调度、数学运算和网络，每个组件都可通过您选择的开发语言进行访问。较低级别组件可提供更大灵活性、更好的资源管理和性能，但可能需要更多代码来全面控制处理过程及其需要的数据流。使用 C++，您可以直接接触到 Windows 8 平台的 GPU、CPU 和低级别服务，从而可以编写高性能代码。通过新的 C++/CX 语言扩展，语法方面可以实现 C# 的简单性。可通过引用计数实现透明的对象管理，而且不存在可能会损害游戏流畅性能的运行时层、垃圾回收或实时编译行为。

对于 3D 和 2D 图形、媒体、图像和许多其他游戏组件，Windows 8 DirectX 技术提供了一组全面的 API、组件和库供您使用。请查看 DirectX 游戏开发入门以获得全面概述。新的 Windows 8 图形堆栈集成程度更高，使 Direct2D、Direct3D、DirectVideo 和 DirectCompute 组件更容易一起使用，并且需要比以往更少的重复资源。我们还通过 XInput 库添加了对 Xbox 控制器的内置支持。有关详情，请参阅在 DirectX 游戏中使用输入和控件。在 DirectX 游戏中使用音频部分介绍了 XAudio2 中用于音频和声音混合的改进 API，DirectXMath 编程指南中介绍了简化的数学函数和类型。

DirectX/C++ 开发方法一个最大的优势是，在创建 Windows 应用商店游戏（和 Windows 桌面游戏）、Windows Phone 游戏和 Xbox 360 游戏时，您可以重用大量代码。DirectX API 与所有 Microsoft 游戏平台都密切相关。开发出色 Windows 游戏所需的一切均可在运行时、Windows SDK 和 Visual Studio 2012 中找到。有关旧版 DirectX SDK 的信息，请参阅 DirectX SDK 在哪里？Windows 8 中还提供了其他几个开发模型。支持 DirectX 与 XAML 互操作性的混合模型可提供最佳的控制和性能，以及 WinRT UI 工具包的便利性。

开发工具

我们提供了一组出色的工具来满足 Windows 应用商店游戏开发人员的需求。Visual Studio 2012 包括一个 DirectX Windows 应用商店应用模板，该模板可为您开发 Direct3D 提供一个良好的开端。模板代码提供基本视图提供程序基础结构和窗口支持，以及对所有必需的标题和组件的引用。还有一些值得探索的模板，这些模板将确保无论您选择哪种游戏开发模型，均遵循最佳做法。

此外，为了改善游戏的开发、调试和分析，我们已向 Visual Studio 2012 中添加了一些新功能。对 Visual Studio 2012 图形工具进行了投资，以确保无缝集成图形应用程序开发。再也无需离开熟悉的 IDE 接口，即可处理 3D 模型，查看纹理和图像，或者创建、编辑和编译 HLSL 着色器。通过集成图形 API 捕获和播放功能（以前称为 Windows PIX），现在可以更加直观地在 Visual Studio 2012 中调试图形密集型 DirectX 应用程序。

示例和教程

这些示例提供了范围广泛的源代码示例，以帮助您快速开始游戏开发。每个示例重点介绍一种特定技术或技巧。这些教程和示例是以循序渐进的方式开发的。它们以符合逻辑的顺序编排，从最少的代码和最简单的方法开始，以帮助您入门。每个额外示例都向前一个示例添加一两个额外概念，直到整个游戏创建完毕。为 Windows 应用商店应用编写代码（DirectX 和 C++）介绍了为 Windows 应用商店应用编写 DirectX 和 C++ 代码需要了解的一些内容。

Direct3D 教程：该五步骤教程演示了如何使用交换链初始化 Direct3D，绘制到表面并在表面上显示更新。此示例显示的“旋转立方体”将由其他 Direct3D 示例进行扩展，因此如果您尚不熟悉 Direct3D API，该示例是一个很好的起点。
DirectX 触控示例：该示例演示了向 D3DTutorial 中的旋转立方体添加的非常少的触控支持。具体而言，它显示了如何将您的 Direct3D 动画更新连接到 Windows 运行时提供的触控事件。有关收缩以缩放导航的信息，请参见凹凸贴图示例。
Direct3D 子画面示例：该示例提供了子画面批处理行为的 Direct3D 实现，与 XNA SpriteBatch API 类似。子画面是可以在 3D 场景中独立变换和管理的 2D 位图，通常用于 2D 游戏或用于表示 3D 游戏中运算成本高昂的对象或远距离对象。
资源加载示例：该示例演示了加载资源和资产（如着色器、纹理和网格）的方法。（请注意，每种内容类型在项目中都有关联的构建规则。您可以添加自己的内容处理器应用程序并构建自己的规则以调用这些应用程序。）
Direct3D 凹凸贴图示例：该示例演示了使用普通贴图和逐像素光照的凹凸贴图。该示例提供了使用普通贴图和颜色纹理的对象的表面阴影光照代码。它还实现了一个不带手势识别器的非常基本的收缩以缩放控件。
Direct3D 后处理示例：该示例演示了在采用 Direct3D 的 Windows 应用商店 C++ 应用中，使用缩图式中间缓冲区对简单的旋转立方体场景进行后处理的过程。它演示了根据硬件的功能级别使用两种不同着色器的情况。可以对中间渲染目标进行修改以渲染到更小的表面来提高性能，然后扩展至设备的最终原始分辨率以实现高品质。
AUDIO2 音频文件播放示例：该示例应用演示了如何将用于实现低延迟交互式声效的 XAudio2 API 融入您的 DirectX 游戏中以实现更好的听觉体验。
XINPUT 游戏控制器示例：该示例演示了如何向您的 DirectX 游戏中添加 Xbox 控制器支持。它从 Xbox 游戏控制器读取输入并显示有关模拟驾驶杆移动和按钮按压的数据。它演示了如何从连接的控制器获取输入状态，并使用 Direct2D 和 DirectWrite 绘制到显示屏。
Direct3D 立体 3D 示例：Windows 8 支持立体 3D 作为一项核心操作系统功能。该应用程序显示了如何将立体 3D 融入您的 DirectX 游戏。它还演示了如何响应 Direct3D 中的系统立体声变化。
试用和应用内购买对游戏的成功至关重要，因此该示例演示了如何使用 Windows 应用商店提供的许可 API 来确定游戏或通过应用内购买启用的功能的许可状态。

下面是将单个技巧组合到完整游戏中的端到端示例：

DirectX 简单的 3D 射击游戏：这些端到端示例应用和全面的代码演练演示了如何在一个简单的第一人称射击场游戏中融入各种控制类型和 DirectX 技术。如果您对各个技术示例的基础知识很熟悉，那么这是查看 Windows 应用商店 Direct3D 游戏所有组件的实际运用的好地方。
XAML DirectX 简单的 3D 射击游戏：该示例演示了一个简单的第一人称 3D 游戏的基本端到端实现，该游戏使用 C++ 编写，并使用了 DirectX（Direct3D 11.1、Direct2D、XInput 和 XAudio2）和 XAML。Direct3D 用于呈现 3D 内容，XAML 用于显示提醒和游戏状态消息。
DirectX Marble Maze 游戏示例：这个端到端游戏应用是一个简单的迷宫游戏，玩家需要使用倾斜控件将弹球从迷宫的开头滚动到迷宫末端。它演示了如何将所有游戏组件融入单个应用程序中。我们还以完整代码演练的形式提供了一些有关此应用的丰富指南。

游戏开发技巧

与游戏开发密切相关的多个开发模式、最佳做法和技巧均值得一提：

为不同的 Direct3D 功能级别开发可帮助您了解如何跨许多具有不同的图形性能级别的设备进行优化。这将使您利用 DirectX 和 C++ 为 Windows 构建的 Windows 应用商店游戏能够吸引更广泛的受众。
异步编程可确保您的游戏利用多个内核和超线程 CPU。为了获得最高性能和延长电池使用寿命，您的游戏的图形、音频、逻辑、文件 I/O 和网络可以全部并行化。
对 Windows 应用商店游戏使用线程池并行化而不是传统的线程处理 API（如 CreateThread）。如本篇博文所述，任务模型对渲染和确保响应迅速的 UI 尤其重要。
支持屏幕方向介绍了 DirectX 应用程序的内容和输入的屏幕旋转及 DPI 缩放。这有助于确保您的游戏在各种屏幕分辨率下均运行良好。
向游戏添加鼠标移动/观看控件解释了一种传统的类似鼠标的导航技术，该技术已经过调整，可向 Windows 应用商店开发模型添加触控功能。
开发鼠标控件讨论了相对鼠标控件的实现，这些控件不使用系统光标，并且返回相对屏幕坐标而不是绝对值。
游戏发布要求为 Windows 8 游戏开发人员提供通用游戏发布方案（如评级认证和打包）的工具和支持信息。
支持 Windows RT 和 ARM 处理器使您的 DirectX Windows 应用商店游戏能够在 Windows RT 设备上运行，并支持 Direct3D 功能级别 9_1 和编译 ARM 程序包。

使用中间件缩短开发时间或降低开发成本

开发高品质专业游戏可能成本高昂。为多个平台开发游戏可能非常复杂、容易出错，甚至成本高昂。许多成熟的游戏工作室会构建工具和开发制作技术来构成他们的游戏开发流程或“管道”。这些投资可帮助工作室在不同的游戏和平台之间利用他们的游戏资产。渲染引擎、用户界面工具包、可见性闭塞、物理模拟器、音频视频创作、动画插补和人工智能只是游戏开发中通常会涉及的几个技术类别。有些游戏技术可能需要许多年才能成形和完善。

专有游戏管道极其宝贵，许多工作室都将他们的投资视为与他们打造的游戏一样具有战略意义。但并不是每个人都能负担得起开发管道的时间或成本。幸运的是，第三方供应商提供了端到端游戏开发管道或具备这些功能的各个技术库。自从 Windows 8 推出以来，许多游戏中间件供应商已将他们的产品转换为新的 Windows 应用商店应用模型。通过使用这些产品，您可以更快的速度、更低的风险在 Windows 应用商店中推出您的游戏。随着时间的推移，我们预期有更多的供应商会宣布和推出 Windows 应用商店的游戏开发产品。下面（按字母顺序）收录了截止撰写本文时，已宣布推出或已提供支持 Windows 8 游戏开发的产品版本的第三方游戏中间件供应商。

Appcelerator	appMobi {!}	Audiokinetic Wwise
Autodesk Scaleform	Cocos2d	Epic Unreal Engine 3
Exit Games Photon Server	Fortumo Mobile Payments	Firelight Technologies FMOD
GameSalad Creator	Havok Physics	Havok Vision Engine
MonoGame	Ogre Rendering Engine	NVIDIA PhysX
Scirra Construct 2	SharpDX	ShiVa3D
SlimDX	Unigine Engine	Unity 3d
Yoyo Games GameMaker

Microsoft 的 XNA Game Studio 是面向 Xbox 360、Windows Phone 和 Windows 的游戏开发管道。但是，它与 Windows 应用商店的游戏开发不兼容（尽管 XNA 游戏可以作为 Windows 8 的桌面应用运行）。Visual C++/CX 的 DirectX 开发借鉴了 XNA 的许多模式和做法，并且具有许多类似的概念。因此，许多 XNA 游戏开发人员将会发现切换到 DirectX 和 C++ 开发相对而言比以往任何时候都更加轻松。另一方面，我们已看到有开发人员成功地使用了开源 MonoGame 库，该库复制了许多 XNA Game Studio 功能。网上已经有多篇文章介绍了如何对面向 Windows 应用商店的游戏利用使用 XNA 创建的资产。下面是一个指向有关该主题的更多信息的链接。

有关游戏开发的其他资源

MSDN 上专门为游戏开发文档开辟了一个区域
//build/ 2012 上提供的以游戏为中心的专题讲座、幻灯片资料和演讲录音
GDC 2012 上提供的以游戏为中心的专题讲座、幻灯片资料和演讲录音
//build/ 2011 上提供的以游戏为中心的专题讲座、幻灯片资料和演讲录音
开发人员中心提供了相关帮助和支持，开发人员中心为像您这样的游戏开发人员开设了一个专门的游戏开发论坛，那里可能有您需要的答案
DirectX 工具包是用于编写 Direct3D 11 C++ 代码的帮助程序类的集合
其他有用资源包括 Chuck Walbourn 的博客和 Shawn Hargreaves 的博客

摘要

Windows 8 通过新的设备外形、创新技术和非常适合游戏领域的利润丰厚的商业模式，重塑了 PC 格局。该平台为利用它的人提供了全新的机会。截止撰写本文时，Windows 应用商店已拥有数千款游戏，并且该数字每天都在增加。本博文的目的是帮助您了解如何创建自己的出色 Windows 应用商店游戏以利用各种可能性。本文的信息旨在阐明 Windows 8 如何使游戏开发变得更轻松、更富创造力、更有创新意义且利润更丰厚。我们介绍了该平台上提供的工具、技术和服务以及有哪些第三方技术可用。在我们动身前往旧金山参加年度游戏开发人员大会时，您不妨看看这篇文章，了解 Windows 应用商店游戏的开发指南。

精彩即将呈现！

Shai Hinitz，资深项目经理

活力无限（第 3 部分）：推送通知与 Windows Azure 移动服务

Windows 8 Team — Fri, 29 Mar 2013 17:31:41 GMT

在本博文系列的第 1 部分中，我们探讨了“活力”对于用户的意义，以及应用将如何参与创造活力无限的用户体验的过程。在第 2 部分中，我们介绍了如何编写和调试 Web 服务来支持动态磁贴的定期更新。下面是第 3 部分，我们将让您理解如何通过 Windows 推送通知服务 (WNS) 为特定客户端设备按需提供磁贴更新、Toast 和原始通知，以及 Windows Azure 移动服务将如何简化整个过程，进而结束这一博文系列。

推送通知

正如我们在第 2 部分中所看到的，定期更新从客户端启动，并提供了一种轮询或“请求”方法来更新磁贴或锁屏提醒。 “推送”通知将在服务向设备直接发送更新时发生，该更新可能是特定于用户、应用甚至辅助磁贴的更新。

与轮询不同，推送通知可随时发生，而且频率更高，但请注意，如果设备采用电池供电、处于连接待机模式或者通知流量过高时，Windows 将限制设备上的推送通知流量。这意味着我们无法保证所有通知都将被传送（特别是当设备关闭时）。

因此，请不要认为您可使用推送通知来实施一个时钟磁贴或频率或时间分辨率与时钟相似的其他磁贴小工具。相反，您可以想一下如何使用推送通知来将磁贴和通知连接到可向用户传达颇有趣味且意义丰富的信息的后端服务，这些服务可吸引用户重新使用您的应用。

在我们深入介绍详细内容之前，您应理解存在两类截然不同的推送通知：

包含磁贴或锁屏提醒更新或 Toast 通知的负载的 XML 更新： Windows 能够处理此类推送通知，并以某一应用的名义发布更新或 Toast。如有需要，应用也可直接处理这些通知。
包含服务希望发送的任何数据的二进制通知或“原始”通知：由于 Windows 不知道如何处理这些数据，因此这些通知“必须”由应用特定的代码处理。请参阅原始通知的指导原则和检查列表页面（英文）了解诸如大小限制 (5KB) 和编码 (base64) 等详细信息。

在这两类情形中，一个运行的（前台）应用能够通过 PushNotificationChannel 类及其 PushNotificationReceived 事件直接处理推送通知。对于 XML 负载，应用能够在向本地发布通知（或选择忽略通知）之前进行内容修改、标签更改等操作。对于原始通知，应用将先行处理内容，然后再确定发布哪些通知（如有）。

如果应用被挂起或未运行，那么其也可提供一个后台任务，以达到相同的目的。应用必须请求并被授予锁屏界面访问权限，之后此类应用特定的代码就可在接收到通知时运行。

后台任务通常在通知到达时进行一项或两项操作。首先，其可能将通知中某些相关信息保存到本地应用数据中，当应用下一次被激活或恢复时即可在此检索这些信息。其次，后台任务可发布本地磁贴和锁屏提醒更新和/或 Toast 通知。

为了更好地理解原始通知，假设有一个典型的电子邮件应用。当后端服务为用户检测到新消息时，其将向 WNS 发送一条原始推送通知，其中包含数个电子邮件消息标题。该服务采用一个连接到用户特定设备上的特定应用的“通道 URI”来进行这一操作。

然后，WNS 将试图把该通知推送给客户端。假设其成功完成，那么 Windows 将收到该通知，并查找所涉及的通道 URI 相关的应用。如果 Windows 能够找到适当的应用，那么该通知将被忽略。如果某一应用存在并处于运行状态，那么 Windows 将启动 PushNotificationReceived 事件，反之，Windows 将为该应用查找并调用可用的后台任务。

这两种方式中的任何一种都将让原始通知最终获得一些应用代码，这些代码将处理数据、向应用磁贴发布锁屏提醒更新，以显示新消息的数量，并最多发布五个包含消息标题的循环磁贴更新。应用还可为每条到达的新消息，或至少表明有新邮件的消息发布 Toast 通知。

因此，Toast 将告诉用户有新邮件到达，而且“开始”屏幕上的应用磁贴将提供新邮件活动的快捷视图。

欲了解这些客户端事件处理程序和后台任务的更多信息，请查阅原始通知示例、本博客系列中的在后台中高效工作 - 后台任务一文，以及后台网络连接白皮书。就我们这篇博文的目的而言，让我们转而讨论这一内容的服务端。

使用 Windows 推送通知服务 (WNS)

通过 Windows、应用、服务和 WNS 的通力协作，向某一特定用户的特定设备上的特定应用磁贴（或 Toast 或原始通知头）提供用户特定的数据将变为可能。下图显示了所有这些要素之间的关系。

很显然，为了让整个流程和谐进行，确立一些关系变得尤为必要：

您（开发人员）在 Windows 应用商店中注册应用以使用推送通知。这将为服务提供一个 SID 和客户端秘钥来利用 WNS 进行身份验证（为了安全起见，这些 SID 和秘钥不应存储于客户端设备上）。
在运行时，应用将为其每个动态磁贴（主磁贴和辅助磁贴）从 Windows 请求一个 WNS 通道 URI，或为原始通知请求一个 WNS 通道 URI。应用还必须每 30 天刷新这些通道 URI，这样您才能使用其他后台任务。
应用的服务将提供一个 URI，通过该 URI，应用可将通道 URI 与描述其用途（如天气更新的位置或特定用户的帐户和活动）的任何数据一同上载。进行接收后，服务将存储这些通道 URI 和相关数据以供日后使用。
服务将监视其后端是否存在应用到每个特定的用户/设备/应用/磁贴组合的变更。当服务检测到为某一特定通道触发通知的条件时，服务将构建该通知（XML 通知或原始通知）的内容、使用 SID 和客户端秘钥来利用 WNS 对服务进行身份验证，然后将通知与通道 URI 一同发送到 WNS。

让我们详细了解一下每个步骤。（正如预览中的情形，如果您对处理 HTTP 请求感到紧张，那么正如您将要了解到的，Windows Azure 移动服务则无需您处理很多细节。）

利用 Windows 应用商店注册应用

要为您的服务获取 SID 和客户端秘钥，请参阅 Windows 开发中心中如何利用 Windows 推送通知服务 (WNS) 进行验证身份页面（英文）。 SID 将通过 WNS 识别您的应用，而您的服务将利用客户端秘钥来告知 WNS 可向您的应用发送通知。再次提醒，SID 和客户端秘钥只应存储于服务中。

请注意，只有在您的服务将发送一个推送通知时，您才需要进行利用 Windows 推送通知服务 (WNS) 验证身份的中第 4 步“将云服务器的凭据发送到 WNS”。由于这一阶段中您的服务缺乏发送通知所需的关键要素（即通道 URI），因此我们稍后再返回探讨这一内容。

获取并刷新通道 URI

客户端应用将通过 Windows.Networking.PushNotifications.PushNotificationChannelManager 对象在运行时获得通道 URI。该对象仅拥有两个方法：

createPushNotificationChannelForApplicationAsync：为应用的主磁贴以及 Toast 和原始通知创建一个通道 URI。
createPushNotificationChannelForSecondaryTileAsync：为 tileId 语法所识别的某一特定辅助磁贴创建一个通道 URI。

两类异步操作的结果都是生成 PushNotificationChannel 对象。该对象的 Uri 属性中包含通道 URI，以及一个 ExpirationTime 来显示出刷新该通道的最后期限。如有需要，Close 方法将专门终止通道，而最重要的是 PushNotificationReceived 事件，该事件将在应用处于前台，且通过通道接收推送通知时再次启动。

一个通道 URI 的生存期为 30 天，30 天后，WNS 将拒绝为该通道所提出的任何请求。因此，应用代码每 30 天至少需要采用上述 create 方法来刷新一次这些 URI，并将这些 URI 发送到其服务中。下面介绍一种很好的策略：

首次启动时，请求一个通道 URI，并将 Uri 属性中的字符串保存到您的本地应用数据中。由于通道 URI 是设备特定的，因此请勿将其存储于您的漫游应用数据中。
在后续启动中，再次请求一个通道 URI，并将其与此前保存的 URI 进行比较。如果二者不同，则将其保存到服务中，或如有必要，发送该 URI，并让服务更换旧 URI。
此外，由于应用被挂起的时间可能将超过 30 天，因此请在您应用的“恢复”处理程序中执行此前的步骤（请参阅文档中启动、恢复和多任务处理页面（英文））。
如果您担心应用在 30 天内不会运行，则请实施一个包含维护触发器的后台任务，以每几天或每周运行一次。欲了解详情，请再次参阅在后台高效工作 - 后台任务一文；此情形中的后台任务所执行的代码与应用用于请求通道并将其发送到您的服务的代码相同。

将通道 URI 发送到服务

通常情况下，推送通知通道将与诸如电子邮件状态、即时消息和其他个性化信息等用户特定的更新相互配合。您的服务不大可能需要向每名用户和/或每个磁贴发送相同的通知。因此，服务需要将每个通道 URI 与更为具体的信息相关联。对于电子邮件应用而言，由于用户的 ID 将制定检查的帐户，因此 ID 至关重要。而天气应用则相反，其有可能将通道 URI 与特定的纬度和经度相关联，这一磁贴（主磁贴和辅助磁贴）将反映出不同的位置。

然后，应用必须在向其服务发送通道 URI 时包含这些详细信息，而且服务必将存储这些信息供日后使用。

当需要关注用户身份时，应用最好采用服务单独验证用户的身份，使用服务特定的凭据或通过诸如 Facebook、Twitter、Google 或用户的 Microsoft 帐户等 OAuth 提供程序（正如我们将在稍后看到的，使用 OAuth 将对 Windows Azure 移动服务大有裨益）。如果由于某些原因而无法实现这一点，那么请务必加密您发送到服务的用户 ID，或确保通过 HTTPS 发送。

无论在哪一情况下，您都将最终确定向您的服务发送所有这些信息的方式（位于标题，通过消息主题中的数据，或作为服务 URI 上的参数）。这部分通信将严格限定于应用及其服务之间。

举一个简单的例子，让我们假设拥有一项服务，（如同我们将在下一部分中看到的）其包含一个名为 receiveuri.aspx 的页面，该名称的完整地址是一个名为 url 的变量。以下代码将为应用从 Windows 中请求一个主通道 URI，并将其通过 HTTP 发布到页面中。（该代码从推送和定期通知客户端示例中派生，并加以了简化，其中在其他地方定义的 itemId 变量被用于识别辅助磁贴；该示例还拥有此处并未显示的 C++ 变量）：

JavaScript：

Windows.Networking.PushNotifications.PushNotificationChannelManager
    .createPushNotificationChannelForApplicationAsync()
    .done(function (channel) {
        //Typically save the channel URI to appdata here.
        WinJS.xhr({ type: "POST", url:url,
            headers: { "Content-Type": "application/x-www-form-urlencoded" },
            data: "channelUri=" + encodeURIComponent(channel.uri) 
                + "&itemId=" + encodeURIComponent(itemId)
        }).done(function (request) {
            //Typically update the channel URI in app data here.
        }, function (e) {
            //Error handler
        });
    });

C#：

using Windows.Networking.PushNotifications;

PushNotificationChannel channel = await PushNotificationChannelManager.CreatePushNotificationChannelForApplicationAsync();
HttpWebRequest webRequest = (HttpWebRequest)HttpWebRequest.Create(url);
webRequest.Method = "POST";
webRequest.ContentType = "application/x-www-form-urlencoded";
byte[] channelUriInBytes = Encoding.UTF8.GetBytes("ChannelUri=" + WebUtility.UrlEncode(newChannel.Uri) + "&ItemId=" + WebUtility.UrlEncode(itemId));

Task<Stream> requestTask = webRequest.GetRequestStreamAsync();
using (Stream requestStream = requestTask.Result)
{
    requestStream.Write(channelUriInBytes, 0, channelUriInBytes.Length);
}

以下 ASP.NET 代码是一个处理此 HTTP POST 的 receiveuri.aspx 页面的基本实现，请确保其已收到有效的通道 URI、用户和一些对于该项目的标识符。

我之所以强调此代码的“基本”属性，是因为您可看到 SaveChannel 功能仅将请求的内容写入了固定的文本文件中，这显然不会扩展超过一个单一用户！当然，一项真正的服务将针对这一目的采用一个数据库，但此处的结构将与之相似。

<%@ Page Language="C#" AutoEventWireup="true" %>

<script runat="server">

protected void Page_Load(object sender, EventArgs e)
{
    //Output page header
    Response.Write("<!DOCTYPE html>\n<head>\n<title>Register Channel URI</title>\n</head>\n<html>\n<body>");
    
    //If called with HTTP GET (as from a browser), just show a message.
    if (Request.HttpMethod == "GET")
    {
        Response.StatusCode = 400;
        Response.Write("<p>This page is set up to receive channel URIs from a push notification client app.</p>");
        Response.Write("</body></html>");
        return;
    }

    if (Request.HttpMethod != "POST") {
        Response.StatusCode = 400;
        Response.Status = "400 This page only accepts POSTs.";
        Response.Write("<p>This page only accepts POSTs.</p>");
        Response.Write("</body></html>");        
        return;
    }
    
    //Otherwise assume a POST and check for parameters    
    try
    {
        //channelUri and itemId are the values posted from the Push and Periodic Notifications Sample in the Windows 8 SDK
        if (Request.Params["channelUri"] != null && Request.Params["itemId"] != null)
        {
            // Obtain the values, along with the user string
            string uri = Request.Params["channelUri"];
            string itemId = Request.Params["itemId"];
            string user = Request.Params["LOGON_USER"];
                 
            //TODO: validate the parameters and return 400 if not.
            
            //Output in response
            Response.Write("<p>Saved channel data:</p><p>channelUri = " + uri + "<br/>" + "itemId = " + itemId + "user = " + user + "</p>");

            //The service should save the URI and itemId here, along with any other unique data from the app such as the user;
            SaveChannel(uri, itemId, user);

            Response.Write("</body></html>");
        }
    }
    catch (Exception ex)
    {
        Trace.Write(ex.Message);
        Response.StatusCode = 500;
        Response.StatusDescription = ex.Message; 
        Response.End();
    }
}
</script>

protected void SaveChannel(String uri, String itemId, String user)
{
    //Typically this would be saved to a database of some kind; to keep this demonstration very simple, we'll just use
    //the complete hack of writing the data to a file, paying no heed to overwriting previous data.
    
    //If running in the debugger on localhost, this will save to the project folder
    string saveLocation = Server.MapPath(".") + "\\" + "channeldata_aspx.txt";
    string data = uri + "~" + itemId + "~" + user;

    System.Text.ASCIIEncoding encoding = new System.Text.ASCIIEncoding();
    byte[] dataBytes = encoding.GetBytes(data);

    using (System.IO.FileStream fs = new System.IO.FileStream(saveLocation, System.IO.FileMode.Create))
    {
        fs.Write(dataBytes, 0, data.Length);
    }

    return;
}

您可在我的免费电子书籍使用 HTML、CSS 和 JavaScript 编程 Windows 8 应用的第 13 章中找到这一服务的代码，特别是在配套内容的 HelloTiles 示例中。其目的在于与此前提到的客户端 SDK 示例配合使用。如果您在启用了本地主机的调试程序（Visual Studio 2012 旗舰版或 Visual Studio Express 2012 for Web）中运行 HelloTiles，那么您将拥有诸如 http://localhost:52568/HelloTiles/receiveuri.aspx 等 URL，您可将该 URL 粘贴到客户端 SDK 示例中。当该示例随后向该 URL 提出请求时，您将停止服务中的任何断点，并可穿行于代码。

发送通知

在真正的服务中，您将拥有某些持续进程类型，这些进程将监视器数据源，并适时向特定用户发送推送通知。这一过程的发生方式可能包括以下几种：

计划的作业可能每 15 分钟到 30 分钟检查一次特定位置的检查天气警报，这一频率取决于额这些警报发布的频率，以及发布响应推送通知的频率。
例如消息传递后端等其他服务可能将在有新消息时向您的服务器上的页面提出请求。该页面然后将发布适当的通知。
用户可能正与您的服务器上的网页交互，而他们的活动将向特定通道触发推送通知。

简言之，推送通知拥有众多触发器，具体数量完全取决于您后端服务或网站的属性。就本文的目的而言，使用 HTML、CSS 和 JavaScript 编程 Windows 8 应用第 13 章中出现的相同 HelloTiles 示例服务就有一个名为 sendBadgeToWNS.aspx 的页面，该页面将在您使用浏览器访问页面时使用此前在文本文件中保存的任何通道 URI 发送推送通知。一项真正的服务将执行一些数据库查找操作以获取通道 URI，而不是读取文件内容，但是再次说明，二者的整体结构将非常相似。

ASP.NET 页面：

<%@ Page Language="C#" AutoEventWireup="true" CodeFile="sendBadgeToWNS.aspx.cs" Inherits="sendBadgeToWNS" %>

<!DOCTYPE html>

<html xmlns="http://www.w3.org/1999/xhtml">
<head runat="server">    
    <title>Send WNS Update</title>
</head>
<body>
    <p>Sending badge update to WNS</p>    
</body>
</html>

C# 代码隐藏：

using System;
using System.Collections.Generic;
using System.Linq;
using System.Web;
using System.Web.UI;
using System.Web.UI.WebControls;
using System.Net;
using System.IO;
using System.Runtime.Serialization;
using System.Runtime.Serialization.Json;
using System.Text;

public partial class sendBadgeToWNS : System.Web.UI.Page
{
    protected void Page_Load(object sender, EventArgs e)
    {
        //Load our data that was previously saved. A real service would do a database lookup here
        //with user- or tile-specific criteria.
        string loadLocation = Server.MapPath(".") + "\\" + "channeldata_aspx.txt
        byte[] dataBytes;
        
        using (System.IO.FileStream fs = new System.IO.FileStream(loadLocation, System.IO.FileMode.Open))
        {
            dataBytes = new byte[fs.Length];
            fs.Read(dataBytes, 0, dataBytes.Length);
        }

        if (dataBytes.Length == 0)
        {
            return;
        }
        
        System.Text.ASCIIEncoding encoding = new System.Text.ASCIIEncoding();

        string data = encoding.GetString(dataBytes);
        string[] values = data.Split(new Char[] { '~' });
        string uri = values[0]; //Channel URI
        string secret = "9ttsZT0JgHAFveYahK1B6jQbvMOIWYbm";
        string sid = "ms-app://s-1-15-2-2676450768-845737348-110814325-22306146-1119600341-293560589-2707026538";
        
        //Create some simple XML for a badge update
        string xml = "<?xml version=\"1.0\" encoding=\"utf-8\" ?>";
        xml += "<badge value='alert'/>";
                    
        PostToWns(secret, sid, uri, xml, "wns/badge");
    }
}

我们此处所进行的所有操作是检索通道 URI，构建 XML 负载，然后利用 WNS 进行身份验证，并对该通道 URI 进行 HTTP POST 操作。最后两个步骤将在 Windows 开发中心内快速入门：发送推送通知主题中提到的 PostToWns 功能中进行。由于完整列表中的大部分内容是围绕使用您从 Windows 应用商店获得的客户端秘钥和 SID 通过 OAuth（位于 https://login.live.com/accesstoken.srf）利用 WNS 进行身份验证，因此我在此处省略了完整列表。这一身份验证的结果是生成一个随后将包含于我们发送到通道 URI 的 HTTP POST 中的访问标记：

C#：

public string PostToWns(string secret, string sid, string uri, string xml, string type = "wns/badge")
{
    try
    {
        // You should cache this access token
        var accessToken = GetAccessToken(secret, sid);

        byte[] contentInBytes = Encoding.UTF8.GetBytes(xml);

        // uri is the channel URI
        HttpWebRequest request = HttpWebRequest.Create(uri) as HttpWebRequest;
        request.Method = "POST";
        request.Headers.Add("X-WNS-Type", type);
        request.Headers.Add("Authorization", String.Format("Bearer {0}", accessToken.AccessToken));

        using (Stream requestStream = request.GetRequestStream())
            requestStream.Write(contentInBytes, 0, contentInBytes.Length);

        using (HttpWebResponse webResponse = (HttpWebResponse)request.GetResponse())
            return webResponse.StatusCode.ToString();
    }
    catch (WebException webException)
    {
        // Implements a maximum retry policy (omitted)
    }
}

在本示例中，请注意 HTTP 请求中的 X-WNS-Type 标头将设为 wns/badge，而且 Content-Type 标头将被默认设为 text/xml。对于磁贴而言，该类型应为 wns/tile；而 Toast 将使用 wns/toast。对于原始通知，请使用 wns/raw，并将 Content-Type 设置为 application/octet-stream。欲了解有关标头的详细内容，请参阅文档中推送通知服务请求和响应标头页面（英文）。

推送通知失败

当然，发送一个像这样的 HTTP 请求可能无法确保始终有效，WNS 将对 200 代码（成功）以外的其他内容发出响应的原因很多。欲了解具体细节，请参阅推送通知服务请求和响应标头页面（英文）中的“响应代码”部分；此处列出了一些更常见的错误和原因：

通道 URI 无效（404 未找到）或过期（410 过期）。在这些情况中，服务应将通道 URI 从其数据库中删除，并不再对该 URI 提出任何请求。
客户端秘钥和 SID 可能无效（401 未授权）或应用自身清单中的程序包 ID 与 Windows 应用商店中的 ID 不匹配（403 已禁止）。确保这些 ID 匹配的最佳方式是使用 Visual Studio 中“应用商店” >“将应用与应用商店关联”的菜单命令（您可在 Visual Studio 2012 旗舰版的“项目”菜单中找到这一命令）。
原始通知负载超过 5KB（413 请求实体过大）。
客户端可能处于脱机状态，此时 WNS 将自动再次尝试，并最终报告错误。对于 XML 通知，默认行为是缓存推送通知，并在客户端恢复联机状态时传送。对于原始通知，系统将在默认情况下禁用缓存，您可通过将针对通道 URI 的请求中的 X-WNS-Cache-Policy 标头设置为 cache 而更改这一默认设置。

对于其他错误（400 请求无效），请确保 XML 负载包含 UTF-8 编码文本，而且原始通知位于 base64，并将 Content-Type 标头设为 application/octet-stream。 WNS 也有可能因为您试图在一个特定时期内发送过多推送通知而限制传送。

如果应用未显示于锁屏界面中，而且设备处于连接待机状态，那么系统也有可能拒绝原始推送通知。由于在这一情形中（以及应用未处于前台时），Windows 将阻止向非锁屏界面应用发送的原始通知，因此 WNS 对此进行了优化，其可删除其知道不会被传送的通知。

Windows Azure 移动服务

既然我们已经了解了使用推送通知的复杂细节，甚至是省略了存储的问题，那么您可能在想“有没有什么办法能让这一切变得更加简单？”试想一下为了有望十分庞大，并不断扩展的客户库而管理有可能成千上万个通道 URI 需要花费多少精力！

幸运的是，您并不是提出此类问题的第一人。除了诸如 Urban Airship 等公司所提供的第三方解决方案以外，Windows Azure 移动服务也可大幅简化您的生活。

Windows Azure 移动服务（我将其简称 AMS）为我们一直在探讨的服务细节提供了一个预构建的解决方案（基本为一些 REST 端点）。 “移动服务”基本上是在以您的名义管理数据库，并提供库功能，进而让您向 WNS 轻松发送负载。您可在使用 Windows Azure 移动服务将云添加到您的应用页面中找到 AMS 简介。

特别是对于推送通知而言，请首先在面向 Windows 8 的 Windows Azure 移动服务 SDK 中获得客户端库。然后参阅移动服务中的推送通知入门页面（英文）（请注意，其中还包含同一主题 JavaScript 版本的内容），该页面（英文）描述了 AMS 将如何帮助您满足我们此前所提到的所有连接要求：

利用 Windows 应用商店注册应用：当您从 Windows 应用商店获得了您应用的客户端秘钥和 SID 之后，请在移动服务配置中保存这些值。参阅此前提到的入门主题中“为 Windows 应用商店注册您的应用”的部分。
获取并刷新通道 URI：请求并管理应用中的通道 URI 纯粹是一个客户端的问题，而且这一问题与之前没有任何变化。
将通道 URI 发送到服务：利用 AMS，这一步骤的难度将大幅降低。首先，您将（通过 Windows Azure 门户）在移动服务中创建一个数据库表格。然后，应用可简单地将记录插入该表格，并附加上通道 URI 以及任何其他您希望附加的关键信息。 AMS 客户端库将在后台处理 HTTP 请求，甚至将服务器中的任何变更更新到客户端记录中。此外，AMS 能够通过用户的 Microsoft 帐户来自动处理身份验证，如果您使用三个其他 OAuth 提供商（Facebook、Twitter 或 Google）之一注册了您的应用，那么您也可通过该提供商来自动处理身份验证。请参阅移动服务中的身份验证入门页面（英文）。
发送通知：在移动服务中，您可将脚本（采用名为 Node.js 的 JavaScript 的变种语言编写）附加到数据操作中，并使用 JavaScript 创建计划的作业。在这些脚本中，使用一个通道 URI 和一个负载来简单地调用 push.wns 对象将向该通道生成必要的 HTTP 请求。捕获推送失败并使用 console.log 记录响应也非常简单。您可在 Windows Azure 门户中轻松查看这些日志。

欲了解更多详细内容，请参阅以下两份示例教程：使用 Windows Azure 移动服务的磁贴、Toast 和锁屏提醒推送通知（英文）和 Windows Azure 移动服务的原始通知（英文）。在此处，我们并不会重复这些指令，而是介绍其中的一些要点。

当您设置了一项移动服务后，该服务将拥有一个特定的服务 URL。您将在创建 AMS SDK 内的 MobileServiceClient 对象的实例时使用该 URL：

JavaScript：

var mobileService = new Microsoft.WindowsAzure.MobileServices.MobileServiceClient(
    "https://{mobile-service-url}.azure-mobile.net/",
    "{mobile-service-key}");

C#：

using Microsoft.WindowsAzure.MobileServices;

MobileServiceClient MobileService = new MobileServiceClient(
    "https://{mobile-service-url}.azure-mobile.net/",
    "{mobile-service-key}");

C++（引自其他示例）：

using namespace Microsoft::WindowsAzure::MobileServices;

auto MobileService = ref new MobileServiceClient(
    ref new Uri(L" https://{mobile-service-url}.azure-mobile.net/"), 
    ref new String(L"{mobile-service-key}"));

这一类别将所有 HTTP 通信与服务相结合，因而无需您考虑所有低级别的管道。

要使用特定的 OAuth 提供程序进行身份验证，请使用 login 或 LoginAsync 方法，这一方法的结果是生成向应用提供该信息的 User 对象。（一旦完成身份验证，客户端对象的 CurrentUser 属性也将包含用户 ID。）当您直接这样验证移动服务的身份时，服务将拥有访问用户 ID 的权限，无需客户端显示发送：

JavaScript：

mobileService.login("facebook").done(function (user) { /* ... */ });
mobileService.login("twitter").done(function (user) { /* ... */ });
mobileService.login("google").done(function (user) { /* ... */ });
mobileService.login("microsoftaccount").done(function (user) { /* ... */ });

C#：

MobileServiceUser user = await MobileService.LoginAsync(MobileServiceAuthenticationProvider.Facebook);
MobileServiceUser user = await MobileService.LoginAsync(MobileServiceAuthenticationProvider.Twitter);
MobileServiceUser user = await MobileService.LoginAsync(MobileServiceAuthenticationProvider.Google);
MobileServiceUser user = await MobileService.LoginAsync(MobileServiceAuthenticationProvider.MicrosoftAccount);

C++：

task<MobileServiceUser^> (MobileService->LoginAsync(MobileServiceAuthenticationProvider::Facebook))
    .then([this](MobileServiceUser^ user) { /* */ } );
task<MobileServiceUser^> (MobileService->LoginAsync(MobileServiceAuthenticationProvider::Twitter))
    .then([this](MobileServiceUser^ user) { /* */ } );
task<MobileServiceUser^> (MobileService->LoginAsync(MobileServiceAuthenticationProvider::Google))
    .then([this](MobileServiceUser^ user) { /* */ } );
task<MobileServiceUser^> (MobileService->LoginAsync(MobileServiceAuthenticationProvider::MicrosoftAccount))
    .then([this](MobileServiceUser^ user) { /* */ } );

向服务发送通道 URI 也是一个在该服务的数据库中存储记录的简单操作，客户端对象将发出 HTTP 请求。要进行这一操作，只需按照此前提供链接的推送通知教程中的一下示例所显示的，请求数据库对象，并插入记录。在每个代码段中，假设 ch 包含来自 WinRT API 的 PushNotificationChannel。您也可在构建的 channel 对象中包含任何其他属性，例如一个辅助磁贴 ID 或可识别通道目的的其他数据。

JavaScript：

var channelTable = MobileServicesSample.mobileService.getTable('Channels');

var channel = {
    uri: ch.uri, 
    expirationTime: ch.expirationTime.
};

channelTable.insert(channel).done(function (item) {

    },
    function () {
        // Error on the insertion.
    });
}

C#：

var channel = new Channel { Uri = ch.Uri, ExpirationTime = ch.ExpirationTime };
var channelTable = privateClient.GetTable<Channel>();

if (ApplicationData.Current.LocalSettings.Values["ChannelId"] == null)
{
    // Use try/catch block here to handle exceptions
    await channelTable.InsertAsync(channel);
}

C++：

auto channel = ref new JsonObject();
channel->Insert(L"Uri", JsonValue::CreateStringValue(ch->Uri));
channel->Insert(L"ExpirationTime", JsonValue::CreateBooleanValue(ch->ExpirationTime));

auto table = MobileService->GetTable("Channel");
task<IJsonValue^> (table->InsertAsync(channel))
    .then([this, item](IJsonValue^ V) { /* ... */ });

请注意，一旦通道记录被插入，那么服务可能对该记录进行的任何变更和添加都将在客户端中反映出来。

此外，如果您在 GetTable/getTable 调用中拼写错数据库的名称，那么您在试图插入一条记录之前不会看到任何异常。这将是一个难于跟踪的错误，因此在您确信所有内容都应运行无误，但事实并非如此时，请查看数据库的名称。

现在，这些对客户端的插入内容已经转换成面向服务的 HTTP 请求，但是即使是在服务端中，这一过程也未向您显示。您不需要接收和处理请求，您只需将自定义脚本附加到每个数据库操作中（插入、读取、更新和删除）。

这些脚本采用 Node.js 中可用的相同固有对象和方法被编写成 JavaScript 函数（所有这些均与应用内任何客户端 JavaScript 无关）。每个函数将接收适当的参数： insert 和 update 将接收新纪录，delete 将接收项目的 ID，而 read 将接收一项查询。如果应用采用移动服务对用户进行身份验证，那么所有函数还将接收一个 user 用户对象和一个可让您执行操作并生成将成为 HTTP 响应的内容的 request 对象。

最简单（和默认的） insert 脚本，只需原样执行请求并插入记录，item：

function insert(item, user, request) {
    request.execute();
}

如果您希望在记录中附加时间戳和用户 ID，那么这与在执行请求之前将这些属性添加到 item 参数一样简单：

function insert(item, user, request) {
    item.user = user.userId;
    item.createdAt = new Date();
    request.execute();
}

请注意，在插入数据库之前对本脚本中 item 所做的变更将自动传播回客户端。在上述代码中，一旦插入操作成功，则客户端中的 channel 对象将包含 user 和 createdAt 属性。一切非常方便！

服务脚本也可在 request.execute 后执行其他操作，特别是作为对成功或失败的响应，但是此处我不做详细解释，请参阅服务器脚本示例操作文档（英文）。

现在，让我们返回推送通知，将通道 URI 保存到表格中只是中的一部分，服务可能将发送通知作为对特定事件的响应，也可能不发送。服务更有可能拥有包含更多信息的其他表格，在这些表格中所执行的操作将对通道 URI 的一些子集触发通知。我们将在下一部分探讨一些示例。无论是在哪一情形中，您都将使用 push.wns 对象从一个脚本发送一个推送通知。发送特定类型的更新（包括原始）也有许多方法，其中磁贴、Toast 和锁屏提醒直接通过与可用模板相匹配的名称方法运行。例如：

push.wns.sendTileSquarePeekImageAndText02(channel.uri, {
    image1src: baseImageUrl + "image1.png",
    text1: "Notification Received",
    text2: item.text
}, {
    success: function (pushResponse) {
        console.log("Sent Tile Square:", pushResponse);
    },
    error: function (err) {
        console.log("Error sending tile:", err);
    }

});

push.wns.sendToastImageAndText02(channel.uri, {
    image1src: baseImageUrl + "image2.png",
    text1: "Notification Received",
    text2: item.text
}, {
    success: function (pushResponse) {
        console.log("Sent Toast:", pushResponse);
    }
});

push.wns.sendBadge(channel.uri, {
    value: value,
    text1: "Notification Received"
}, {
    success: function (pushResponse) {
        console.log("Sent Badge:", pushResponse);
    }
});

此外，console.log 函数将在您可在 Azure Mobile 服务门户中看到的日志中创建一个条目，通常情况下，您希望记录错误处理程序中的调用，如上述磁贴通知所示。

您可能注意到 send* 方法分别与一个特定的模板所绑定，对于磁贴而言，其意味着宽形负载和方形负载必须作为两个通知分别发送。请记住，由于用户将控制磁贴在其“开始”屏幕上的显示方式，因此您几乎始终希望同时发送两种尺寸。借助 push.wns 中模板特定 send 函数，那么，这就意味着进行两次顺序调用，其中每次调用将生成一个单独的推送通知。

为了合并多个更新，其中包括一次发送包含不同标记的多个磁贴更新或发送多个 Toast，您应使用 push.wns.sendTile 和 push.wns.sendToast 方法。例如：

var channel = '{channel_url}';

push.wns.sendTile(channel,
    { type: 'TileSquareText04', text1: 'Hello' },
    { type: 'TileWideText09', text1: 'Hello', text2: 'How are you?' },
    { client_id: '{your Package Security Identifier}', client_secret: '{your Client Secret}' },

    function (error, result) {
        // ...
    });

在更低的级别上，push.wns.send 可让您准确获得通知内容；push.wns.sendRaw 也将在这一级别中面向原始通知可用。欲查看全部详细内容，请再次参阅 push.wns 对象文档（英文）。

使用 Windows Azure 移动服务的实际应用场景

使用 Windows Azure 移动服务的磁贴、Toast 和锁屏提醒推送通知中的示例应用向您展示了如何发送推送通知以响应插入数据库表格中的新消息。然而，这意味着应用最终将向自身发送推送通知，而通常情况中都无需进行这一操作（除非可能向用户的其他设备上的同一应用发送通知）。

服务更有可能发送推送通知响应发生于最终将接收这些通知的应用/磁贴以外的事件。让我们考虑一些应用场景：

使用社交网络：

应用可采用用户的社交网络来实施诸如向好友发起挑战等功能。例如，当一名用户在某一游戏中创造了一个新的最高分时，您可能希望通过动态磁贴或 Toast 向该用户同样安装了该款游戏的朋友发起挑战。同样情形还可能发生于健身应用中，您可能在该应用中发布了进行某类活动的最佳时间。

要进行这一操作，应用可在适当的移动服务表格中插入一个新的记录（分数、最佳时间等）。在插入的脚本内，服务将查询当前用户的合适的朋友，并向这些通道 URI 发送通知。其他查询标准描述了游戏的确切方面、（辅助磁贴）将描述某类特别的运动等。

天气更新和警报：

天气应用通常可让您向应用主磁贴分配一个位置，并为其他位置创建一个辅助磁贴。对于每个磁贴而言，重要的信息是该位置的纬度和经度，应用（通过将这些信息插入表格）而将其与每个通道 URI 一同发送到服务。为了向该通道触发一个更新，该服务可能拥有另一可为更新和警报而定期查询中央天气服务，然后处理这些响应，并将适当的消息插入移动服务警报表格中的进程（例如下面所描述的计划的作业）。插入脚本然后将检索适当的通道 URI 并发送更新。另外，如果一项天气服务自身可让您注册警报或定期更新，则该服务中的另一页面将接收这些请求（最有可能为 HTTP PUT），处理这些请求，并调用移动服务来插入记录，进而触发一项更新。

消息传递：

处理即时消息与接收天气更新的方式一模一样。另一进程将监视新消息的接收，例如定期检查传入消息，或注册消息源以在新消息到达时发出警报。在这两种情形的任何一种中，新消息的到达将向适当的通道触发推送通知。在这一情形中，通道 URI 与用户的磁贴相关联，以进行特定类型的消息传递。由于这与本博文开始所描述的电子邮件应用场景较为相似，因此您可能将在这一情形中使用原始通知。

请注意，在所有这些应用场景中，您并没有必要在数据库中插入任何内容。如果您不在插入脚本中调用 request.execute，那么所有操作都不会在数据库中结束，但是您仍需要在该脚本中执行诸如发送通知等其他任务。换句话说，您不需要将您此后不会使用的记录填充到数据库中，特别是当考虑到存储数据将引发成本时，您更应避免这一操作。

另请注意 Azure 移动服务中拥有一个用于计划作业的设施，您可在在移动服务中计划重复执行作业页面（英文）阅读有关内容。该类作业可经常从其他服务检索数据、处理数据，并将记录插入该服务的数据库中，并再次触发推送通知。同样的，正如我们在本博文系列的第 2 部分中指出的，其他网页和移动应用也可更改该数据库并触发推送通知。移动服务中的数据库脚本将在所有这些情形中运行。

结语

总结一下这一博文系列，我们探讨了“活力无限”对于用户、开发人员、应用和服务的全部含义。我们了解了磁贴、锁屏提醒和 Toast 更新，如何设置定期通知，如何将后台任务作为这一过程中的一部分来使用，以及处理定期和推送通知的服务结构。很显然，Windows Azure 移动服务让我们从更高的级别了解了整个推送通知的运行过程。相比从零开始编写全新服务，Windows Azure 无疑有助于您提高工作效率，并有望免除您很多烦恼。

Kraig Brockschmidt
Windows 生态系统团队项目经理
使用 HTML、CSS 和 JavaScript 编程 Windows 8 应用作者

活力无限（第 2 部分）：针对动态磁贴编写和调试服务

Windows 8 Team — Mon, 11 Mar 2013 19:00:56 GMT

在本博文系列的第 1 部分中我们探讨了为 Windows 8 的整体用户体验注入“活力”的磁贴更新、徽章更新和 toast 通知的本质。特别是，我们了解了这些通知如何与以下 XML 负载进行组合：稍后将通过正在运行的应用或后台任务在本地发布，或者可以应在线服务的请求进行提供。

使用 Visual Studio Express 2012 或适用于 Windows 8 的 Visual Studio Ultimate 2012，生成 XML 负载并通过正在运行的应用对其进行发布并非难事，可以在应用中轻松完成开发和调试。应用磁贴和徽章示例、辅助磁贴示例以及计划通知示例向您展示了整个过程。

开发和调试 Web 服务以支持定期更新以及推送通知所需的工作略多一些。推送与定期通知客户端示例中出色地展示了客户端的这些情形，但是要充分利用该示例，您需要结合使用一些服务！在本篇博文中，我们特别介绍了如何开发支持针对磁贴和徽章更新的定期通知的服务，重点讲解在将这些服务部署到生产环境之前使用 Visual Studio 工具和本地主机调试服务。我们还将着手探索如何使用 Windows Azure 移动服务实现上述目的，这样做对于支持推送通知也会非常有帮助，我们将在第 3 部分中对此进行介绍。

服务的本质

支持定期磁贴和徽章更新的服务实际起到了哪些作用？我们首先回顾一下我们所谓的“服务”的含义，这个词往往会令那些主要致力于客户端应用的开发人员心生畏惧。

用最简单的话来说，服务就是存储在某一 Web 服务器上的一段代码，该代码会应针对它的 HTTP 请求在该服务器上运行。HTML 页面（.htm 或 .html）的机制并非如此：这些页面不涉及服务器端代码，服务器仅返回页面的文本，所有处理过程都在客户端上完成（包括运行页面中包含的任何客户端脚本）。不过，如果您的页面 URI 的后缀为 php、asp、aspx、cgi、cshtml 或一些其他服务器端扩展名，您将有效地从常规意义上谈论“服务”。

服务负责接收客户端 HTTP 请求，处理 URI 中可能包含的任何参数并返回适当的文本响应。对于使用 PHP 或 ASP.NET 之类的技术编写的网页，这些响应应采用 HTML 形式。实施 Web API 的服务，如 Facebook 和 Twitter 中的服务（以及成千上万的其他服务！），通常接受 URI 查询字符串中（或请求标头中）任意数量的参数并在响应中返回 XML 或 JSON 数据。（注意，我们在此谈论的是构建于代表性状态传输（即 REST）之上的服务，而不是构建于其他协议（如 SOAP）之上的服务，原因是 REST 在当前的服务中最常见。）

因此，提供定期磁贴和/或徽章更新的服务只是存在于应用出于此目的向 Windows 提供的 URI 中的一种服务，使用适当的 XML 负载对 HTTP 请求作出响应。该负载包含与任何支持的模板相对应的元素，在其中可以使用其他 URI 引用图像（不支持内联编码）。负载中包含的特定信息还可以来自任何来源，我们将在稍后进行介绍。

然而，抛开这些细节，所有此类服务都共用类似的结构：接收和处理请求，然后构建 XML 响应。现在，我们来看一下如何创建这种基本结构。

编写服务

要编写和调试服务，您可以使用支持所选服务器端语言的任何工具。在此我们将重点关注 Visual Studio，特别是 Visual Studio Ultimate 2012 和 Visual Studio Express 2012 for Web，后者随其 Windows 伙伴（您已了解）一起免费提供。要进行安装，请运行 Web Platform Installer，通过此工具，您还可以安装各种其他相关的技术，例如 PHP 和 WebMatrix。这样一来您可以使用各种语言创建服务。

以下代码是一个非常简单的示例，包含一个完整的 PHP 服务，该服务用于响应徽章更新 XML 负载，其中徽章值设置为当前日期（注意，该日期应与服务器保持一致！）。这段代码出自免费电子书第 13 章使用 HTML、CSS 和 JavaScript 编程 Windows 8 应用中的 HelloTiles 示例站点：

<?php
    echo '<?xml version="1.0" encoding="utf-8" ?>';
    echo "<badge value='".date("j")."'/>";
?>

可以直接试用此服务。单击 Windows Azure 网站上为实现此目的而建立的链接--http://programmingwin8-js-ch13-hellotiles.azurewebsites.net/dayofmonthservice.php--您将看到返回的 XML 如下所示：

<?xml version="1.0" encoding="UTF-8"?>
<badge value="24"/>

试用推送与定期通知客户端示例的应用场景 5“轮询徽章更新”中的同一 URI。首次运行此应用（在 Visual Studio Express for Windows 内）时，其磁贴会显示在“开始”屏幕上，如下所示：

现在，将上述 URI 输入到应用场景 5 的文本框中，按开始定期更新按钮，在连接到网络的情况下，您很快就会看到示例的磁贴上显示数字徽章：

注意，Windows 会在应用开始定期更新后立即开始尝试轮询更新，随后以指定的时间间隔持续进行轮询。

要查看更完整的 PHP 示例，请参见打造卓越的磁贴体验（第 2 部分），其中显示了磁贴更新的更多定制。在此示例中，假设的 get_trucks_from_database 函数使用 URI 的查询字符串参数中包含的邮政编码对数据库进行查询，然后使用该查询的结果生成 XML 响应。

除此之外服务还可以做更多事情。例如：

使用上述日期 PHP 服务，由于可以轻松地将服务器定位到其他时区，因此应用可以通过在查询字符串中指出其当地时区来获得更准确的日期。
天气服务可以通过在 URI 中使用经度和纬度值来检索该位置的当前天气情况。
服务可以动态生成图像并将其存储在 Web 服务器上，然后将适当的 URI 插入到 XML 负载中。
服务会将其自己的请求发送给其他服务以获取更多数据，通过查询字符串参数进行定制（此后会有更多此类功能）。
如果应用启用磁贴更新队列（请参见 EnableNotificationQueue 方法），可以指定最多五个单独的 URI 来轮询定期更新，如推送与定期通知客户端示例应用场景 4 中所示。磁贴更新队列将使用每个 URI 中的更新进行填充。当然，其中每个 URI 都可以通过其自己的查询字符串实现进一步定制，因此，同一服务自身可以适应所有请求。
应用可以在查询字符串中包括用户 ID，这样一来，服务可以通过对其数据存储进行查询了解用户的试用历史记录、他们在游戏中取得的高分以及他们通过已注册的源获得的新闻等。在这种情况下，用户 ID 就成为个人身份信息 (PII)，因此，应用必须尊重隐私。这意味着应用应在查询字符串中对用户名进行加密或使用 https:// URI。

注意：Windows 未在定期更新机制中提供通过服务对用户进行身份验证的方法。只有使用推送通知（或在清单中声明企业身份验证功能的企业应用场景中）才能实现这一级别的支持。

当然，服务也可以使用其他技术编写。ASP.NET 是个不错的选择，使用此技术，您可以在随后采用可在应用中使用的 Notifications Extensions 库（使用 C# 编写）轻松地生成结构良好的 XML 负载。

要看一个简单的示例，不妨看看我在书中第 13 章为 HelloTiles 示例服务创建的非常基本的 WebMatrix 服务（请参见随附内容）。这项特定的服务仅返回固定的 XML 负载（绑定方形磁贴和宽形磁贴）并且结构上类似于打造卓越的磁贴体验（第 2 部分）中给出的第一个 ASP.NET 示例：

@{
  //
  // This is where any other code would be placed to acquire the dynamic content
  // needed for the tile update. In this case we'll just return static XML to show
  // the structure of the service itself.
  // 
  var weekDay = DateTime.Now.DayOfWeek;
}
<?xml version="1.0" encoding="utf-8" ?>
<tile>
    <visual lang="en-US">
        <binding template="TileSquarePeekImageAndText02" branding="none">
            <image id="1" src="http://www.kraigbrockschmidt.com/images/Liam07.png"/>
            <text id="1">Liam--</text>
            <text id="2">Giddy on the day he learned to sit up!</text>
        </binding>
        <binding template="TileWideSmallImageAndText04" branding="none">
            <image id="1" src="http://www.kraigbrockschmidt.com/images/Liam08.png"/>
            <text id="1">This is Liam</text>
            <text id="2">Exploring the great outdoors!</text>
        </binding>
    </visual>
</tile>

当您希望在推送与定期通知客户端示例的应用场景 4 中试用这一特定服务时，可将该服务部署到 http://programmingwin8-js-ch13-hellotiles.azurewebsites.net/Default.cshtml。进行此部署后，您会在几秒钟后看到以下磁贴更新（左侧显示宽形磁贴，右侧显示两部分方形摘要磁贴）：

现在，让我们使用 Notification Extensions 库来编写相同的代码。首先要做的是为您的网站构建一个版本的库，如下所示：

转到应用磁贴和徽章示例，然后将 Notifications Extensions 文件夹从该项目复制到您自己的文件夹中。（还可以直接从 Visual Studio 中安装库，方法是右键单击一个项目，选择 [Manage NuGet Packages…]（管理 NuGet 程序包…）并搜索 NotificationsExtensions.WinRT。不过，这样做会将库引入现有的应用项目中，而这样我们需要在此构建一个独立的 DLL。）
在 Visual Studio Express for Windows 中，打开 NotificationsExtensions.csproj 文件。
在解决方案资源管理器中，右键单击 NotificationExtensions 项目，选择“属性”，然后进行以下更改：

在“应用”设置中，将输出类型更改为“类库”(.dll)。要将库用于 ASP.NET 站点，这一更改非常必要。
在“构建”设置中，将配置更改为“所有配置”，将条件编译符号更改为 NETFX_CORE; WINRT_NOT_PRESENT 并确保选中页面底部附近的 XML 文档文件。WINRT_NOT_PRESENT 标记表示库可以在没有 WinRT 的情况下进行编译。

选择调试或发布目标，然后右键单击 Notifications Extensions 项目并选择构建。

上述步骤将在该项目的文件夹中生成 DLL 和相关的文件。现在我们需要将其拉入到网站项目中。

在 Visual Studio Express for Web 中，右键单击您的网站项目并选择 [Add]（添加）> [Add ASP.NET folder]（添加 ASP.NET 文件夹）> Bin（如果您的网站还没有 Bin 文件夹）。
右键单击 Bin 文件夹，选择 [Add Reference]（添加引用）…。在 [Add Reference]（添加引用）中，转到 Notifications Extensions 项目的 bin\Debug 或 bin\Release 文件夹并选择其中的 DLL。

如果您使用的是 Visual Studio Ultimate，可以根据需要将 Notification Extensions 项目添加到网站解决方案中，因为此工具可以处理这两种项目类型。只需确保您不会将该项目的源代码部署到您的 Web 服务器！

另请注意，如果您将网站构建为在浏览器中以本地方式运行（如我们将在下面的“调试”部分中所看到的），可能会收到错误消息，指出向 System.Runtime 中添加引用时出错。要更正此错误，请打开 web.config 文件并将“compilation”元素更改为如下所示：

<compilation debug="true" targetFramework="4.0">
  <assemblies>
    <add assembly="System.Runtime, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" /> 
  </assemblies>
</compilation>

完成上述所有操作后，将获得如下页面（名为 DefaultNE.aspx），该页面能与之前的硬编码示例生成相同的输出：

<?xml version="1.0" encoding="utf-8" ?>
<%@ Page Language="C#" %>
<script runat="server">   1:  
   2:     public string GenerateTileXML()
   3:     {
   4:         // Construct the square template
   5:         NotificationsExtensions.TileContent.ITileSquarePeekImageAndText02 squareTile = 
   6:             NotificationsExtensions.TileContent.TileContentFactory.CreateTileSquarePeekImageAndText02();
   7:         squareTile.Branding = NotificationsExtensions.TileContent.TileBranding.None;        
   8:         squareTile.Image.Src = "http://www.kraigbrockschmidt.com/images/Liam07.png";
   9:         squareTile.TextHeading.Text = "Liam--";
  10:         squareTile.TextBodyWrap.Text = "Giddy on the day he learned to sit up!";
  11:         
  12:         // Construct the wide template
  13:         NotificationsExtensions.TileContent.ITileWideSmallImageAndText04 wideTile =
  14:             NotificationsExtensions.TileContent.TileContentFactory.CreateTileWideSmallImageAndText04();
  15:         wideTile.Branding = NotificationsExtensions.TileContent.TileBranding.None;
  16:         wideTile.Image.Src = "http://www.kraigbrockschmidt.com/images/Liam08.png";
  17:         wideTile.TextHeading.Text = "This is Liam";
  18:         wideTile.TextBodyWrap.Text = "Exploring the great outdoors!";
  19:                 
  20:         // Attach the square template to the notification
  21:         wideTile.SquareContent = squareTile;
  22:         wideTile.Lang = "en-US";
  23:         
  24:         // The wideTile object is an XMLDOM object, suitable for issuing tile updates
  25:         // directly. In this case we just want the XML text.
  26:         return wideTile.ToString();        
  27:     }
</script>
<%   1:  = GenerateTileXML() 
%>

您可以转到 http://programmingwin8-js-ch13-hellotiles.azurewebsites.net/DefaultNE.aspx 访问此服务，通过此服务，您将获得基本上与之前相同的 XML，只有细微的差异。将此 URI 粘贴到推送与定期通知客户端示例的应用场景 4 中同样也可以生成与之前相同的磁贴更新。

调试服务

当然，成功生成磁贴或徽章更新的前提是服务响应中 XML 的正确生成：Windows 拒绝任何未正确生成的 XML。这就很好地解释了为什么要使用 Notifications Extensions 库，因为它可以显著减少此过程中可能会出现的错误。

但是，如果服务根本无法很好地运行会怎样呢？如何诊断和调试服务处理请求和生成其响应的方式？

事实上，我第一次试用上述 ASP.NET 服务代码时，由于 XML 响应的顶部有一个前导新行，更新并未显示。这就是为什么 <?xml ?> 标头显示为文件中的第一行而并非显示在 <%@ Page %> 指令之后以及为什么没有任何额外的换行符的具体原因。

很显然，众多原因促使您希望能够单步执行自己的服务代码并对其进行逐行调试，在您对数据库进行查询并处理这些查询结果时尤其如此。

其中的技巧是在开发计算机上使用本地主机，这样您可以在运行客户端测试代码（如 SDK 示例）的同时在本地运行和调试您的服务。

使用本地主机意味着您将运行本地 Web 服务器（如 Internet Information Services 或 Apache）。要在 Windows 中打开 IIS（其内置组件），请访问控制面板 > 打开或关闭 Windows 功能。按照下图中所示选中顶级 Internet Information Services 框以安装核心功能：

安装 IIS 之后，可在 c:\inetpub\wwwroot 文件夹中找到以 http://localhost/ 编址的本地站点。您可以向该文件夹中拖入一些内容，如上一部分中所述的 PHP 页面，这样，就可以在客户端示例中使用诸如 http://localhost/dayofmonthservice.php 之类的 URI 了。

要将 PHP 与 IIS 结合使用，您可能需要通过 Microsoft 的 Web 平台安装程序对其进行安装，否则服务器端代码将无法正常执行。安装 PHP 后，尝试在浏览器中输入本地 PHP 页面的 URI。如果您收到错误消息，指出“处理程序 PHP53_via_FastCGI 包含错误模块”（耶，这一错误提示真的很有用！），要更正这一错误，只需返回前面所示的“打开或关闭 Windows 功能”对话框，转到 Internet Information Services > [World Wide Web Services]（万维网服务）> [Application Development Features]（应用程序开发功能），选中 CGI 对应的框然后按 [OK]（确定）。安装 CGI 引擎后，您的 PHP 页面就应可以正常工作了。

本地主机就位后，您可以使用 Visual Studio Express for Web 或 Visual Studio Ultimate 在您自己的计算机上调试服务。还可以结合使用 Visual Studio Express for Web 和 Visual Studio Express for Windows 共同对客户端和服务器代码进行调试。

当您在 Visual Studio (for Web) 调试器中运行某一服务或网站时，该服务或网站在浏览器中运行时所用的 URL 为 http://localhost:<port>/，其中 <port> 是为该项目随机分配的。举例来说，在 Visual Studio Express for Web 中运行上一部分中的 DefaultNE.aspx 页面时，该页面将在 Internet Explorer 中打开，URI 为 http://localhost:52568/HelloTiles/DefaultNE.aspx。如果我在该页面的代码中设置了断点，调试器会在运行到该点时立即停止。

如果您在客户端代码中使用同一本地主机 URI 启动请求，断点也会被命中。举例来说，如果我在 Visual Studio Express for Windows 中运行推送与定期通知客户端示例时将该 URI 粘贴到应用场景 4 中，则 Visual Studio Express for Web 将在 Windows 发出请求后立即在调试器中停止我的服务。之后我可以单步执行该代码（幸运的是，Windows 很有耐心），确保生成正确的响应。如果不这样做，可以修复代码然后在本地主机上重新启动服务。

在您确信您的服务以预期方式运行后，可以将其上载到活动 Web 主机（或过渡环境）并进行最终生产测试。

注意，要以这种方式使用本地主机，不需要在调试器中运行客户端代码。不过，如果您要运行客户端代码，必须打开 Visual Studio 中相应的选项本地主机才能运行。默认情况下，该选项为选中状态，但是如果您需要更改它，可以在项目属性中的 [Debugging]（调试）> [Allow Local Network Loopback]（允许本地网络环回）下找到它：

来自外部来源的数据

定期通知服务除了可以对其自己的数据库进行查询之外，还可以通过向其他服务发送请求来获取响应数据。不过需要引起注意的是，这些请求本质上是异步的，往往会导致各种故障情况。因此，使用它们会显著增加服务实施的复杂性。

为简化相关事宜，我们可以利用 Windows 仅以 30 分钟或更长时间为间隔向您的服务发出请求这一情况（通过客户端 API 强制实施）。这意味着您拥有大把时间，在这段时间内其他服务器端过程可以发出外部请求来监控天气预警、排行榜、RSS 源或包含 Web API 的任何其他事物。这些过程将结果存储在数据库中，在数据库收到下一个请求时，这些结果就可供您的定期通知服务查询（同步）。

任意数量的代理可以更新同一数据库。例如，用户可能通过您的网站输入数据。他们可能使用手机应用跟踪其活动，并将结果自动上载到数据库。数据库还可能由在其各自的设备上使用同一应用的好友进行更新。

具体排列情况如下所示，数据库作为中央存储居于后端，而定期通知服务就其状态而言只是普通的用户。

将 Windows Azure 移动服务与定期更新服务结合使用

随着您开始了解后端服务并将其扩展用于支持动态磁贴和其他通知，您已将其用于探索 Windows Azure 移动服务，我将此服务简称为 AMS。AMS 除了能大大简化推送通知（我们将在本博文系列的第 3 部分中看到）之外，还可用于通过以下几种方式支持定期更新服务：

在移动服务中，您可以创建计划后台作业，通过这些作业向其他服务发出请求并将结果存储在数据库中。从 Twitter 中获取 tweet 是其中一个例子，可以在在移动服务中计划重复执行的作业这一主题中找到。
当您在 AMS 中（或在 Windows Azure 中的其他位置）创建 SQL Server 数据库时，可以像访问任何其他 Web 托管的 SQL Server 数据库一样访问该数据库，因此您可以通过网站和其他服务（包括使用 PHP 编写的网站和服务）使用该数据库。
使用 AMS，可以非常轻松地借助移动服务 SDK 通过客户端应用将记录插入到数据库中。
不同于移动服务，Windows Azure 可以托管使用多种语言（包括 Node.js、Python、Java、PHP 和 .NET）编写的服务器端过程。

在将来，还应期待 Azure 移动服务中推出的名为“服务操作”的新功能，通过此新功能，您将可以创建任意的 http 端点，包括定期通知服务。

有关 Windows Azure 的详细信息，请访问 http://www.windowsazure.com。要观看入门视频，请访问 Channel 9 上的 Windows Azure 移动服务教程。

现在我们已探讨了如何创建定期通知服务，接下来我们将可以开始介绍推送通知了。在您需要以高于定期通知允许的频率发布更新时就要用到推送通知，实质上是按需（因此有了“推送”这个名字）。这是我们将在本博文系列的第 3 部分中讨论的主题，在第 3 部分中我们将更深入地探讨 Azure 移动服务。

Kraig Brockschmidt
Windows 生态系统团队项目经理
使用 HTML、CSS 和 JavaScript 编程 Windows 8 应用作者

活力无限（第 1 部分）：使用磁贴、徽章和 Toast

Windows 8 Team — Wed, 06 Mar 2013 00:05:59 GMT

动态磁贴以及徽章、Toast 通知和推送通知的相关功能是 Windows 8 和 Windows 应用商店应用最显著的特点之一。它们相互结合，共同打造出了一个“活力无限”的系统：即使是在应用未运行的时候，应用仍可不断获得来自其各自服务的信息，这些信息将显示于“开始”屏幕和锁屏中。

本博客此前发布的数篇博文中已经介绍了一些涉及动态磁贴和通知的基本要素。

如果您希望回顾这些博文，请参阅：

《打造卓越的磁贴体验（第 1 部分）》：该博文介绍了磁贴的设计，以及如何根据您应用的功能来选择合适的模板。
《打造卓越的磁贴体验（第 2 部分）》：该博文探讨了应用将如何发送本地更新、设置定期通知，以及管理辅助磁贴。该博文还介绍了 PHP 形式和 ASP.NET 形式的服务结构。

为了基于这些资源进行构建，本篇由三个部分组成的博文将对几个方面的内容进行深入的介绍。

在第 1 部分（本博文）中，我们将介绍：

概述用户体验的视觉之旅：“活力”对于用户而言意味着什么？
磁贴、徽章和 Toast 通知的 XML 架构可以展示无法在模板目录中始终显而易见的多项特性和功能。
磁贴、通知和后台任务的关系。

第 2 部分将探讨如何以多种语言编写和调试服务，特别是采用本地主机和面向 Web/Visual Studio 2012 的 Visual Studio 2012 Express 进行编写和调试。第 2 部分还将涉及专为此目的而使用 Windows Azure 移动服务的内容。

第 3 部分将探讨推送通知的主题。这包括如何使用 Windows 推送通知服务 (WNS)，以及如何使用 Windows Azure 移动服务来支持您应用中的推送通知。

这三部分与我在 //Build 2012 上所做的发言：3-101 活力无限（此视频和幻灯片平台已发布于 Channel 9）相互呼应，并扩展了相关内容。这三部分也反映和扩展了我在 Microsoft Press 中的免费电子书的第 13 章的内容：使用 HTML、CSS 和 JavaScript 编程 Windows 8 应用（尽管该标题标明了三种特定语言，但是该内容对于使用其他语言编程的开发人员同样有所帮助）。

“活力”对于用户而言意味着什么？

我们在本系列中所讨论的“活力”出现于用户所能见到的三个地方：“开始”屏幕、锁屏，以及其他任何显示 Toast 通知的位置。

相信到目前为止，您已经非常熟悉“开始”屏幕上磁贴的创意。如以下示例所示，磁贴能以方形和宽形呈现，并包含多种显示文本、图像，或二者组合的布局模板。应用的清单将定义磁贴的颜色，只要应用能够同时支持方形和宽形磁贴，用户即可任意选择形状。磁贴的左下角能够显示应用名称、徽标，或不显示任何内容。而磁贴的右下角可包含一个小型“徽章”，这可以是从 1 到 99 的任意数字（来作为邮件、消息等内容的数量），或是一些预定义的字形（请参阅徽章图像目录）。

磁贴模板还包括大量“扫视”设计，该设计能够让用户在诸如图像等一部分内容和诸如文本等第二部分内容间翻转（在磁贴模板目录中，他们看起来像是双层磁贴，但是每一层只显示了一半）。系统将同步显示这两部分的切换动画效果和所有其他磁贴的动画效果。此外，每个磁贴能够将最多五个自动循环的更新排入队列，系统同样将与其他磁贴协调，为这些更新提供动画效果。队列中的每个更新将获得一个标记，因此您可为每个更新更换标记，否则队列将按照“先进先出”的方式操作。

不同动画效果之间的协调有助于我们理解 Windows 为何要将磁贴更新限制到一组预定义的模板中。这是因为，如果应用可对其磁贴进行任何所希望的操作，那么“开始”屏幕体验将是怎么样一番情形。此外，在磁贴上自由播放视频将更快地耗尽电池电量，因此这样“放任自由”必将导致混乱。没错，对于完全静止的“开始”屏幕，这并不会产生什么问题，但是观众却无法获得卓越的视觉效果！Windows 的设计人员希望您能长时间地享受“开始”屏幕，因此他们打造了一个活力无限，但又让所有磁贴统一、和谐的体验。使用模板和系统控制的动画效果能够提供一定的一致性，同时又允许各个应用之间存在较大的差异。（请记住，您可使用始终只包含图像的模板，并在其中放置您希望置于该处的任何设计，但是请避免创建诸如按钮等可引发磁贴不同部分的不同行为的图像，系统将不支持此类设计。）

Toast 通知将显示于“开始”屏幕、锁屏、桌面或任何运行的应用的顶部。点击 Toast 将激活其相关的应用（该应用中包含在系统发布 Toast 时指定的任何参数）。Toast 将以相关应用的清单所定义的颜色显示，并在右下角包含该应用的徽标；颜色和徽标都将有助于用户识别点击 Toast 所将激活的应用。

与磁贴相同，每个 Toast 的布局是由 Toast 模板目录中的模板所定义的，开发人员可在目录中选择仅包含文本或文本加图像的模板。Toast 将在显示一段时间后淡出，此过程可伴随以声音，并可作为会议提醒反复出现。

在锁屏中，应用活动将与时间、日期和系统徽章并排显示。正如以下示例所显示的，应用内容由位于底部的最多七个徽标和徽章，以及显示于时间旁边的一个文本更新组成：

用户可通过“PC 设置”>“个性化”>“锁屏”来控制显示于锁屏中的内容，以下显示了一个示例。在第一行中，点击一个方形按钮将列出支持锁屏功能，并将显示为徽标和徽章的一组应用。在第二行中，您可选择将提供详细文本的应用。该文本将专门显示该应用的最新磁贴更新内容。

更新 XML

现在，我们已经了解何谓用户体验活跃，那么接下来的问题是：这些更新究竟是由什么组成的？即什么将用于描述磁贴更新、徽章或 Toast 通知？

除了我们所说的“原始”通知以外，所有更新都是一组用于更新磁贴或显示 Toast 的 Windows 能够处理的 XML。（原始通知能够包含应用特定的文本或二进制数据。接收这些通知的应用或后台任务通常将处理该数据并发布磁贴更新、徽章更新或响应 Toast。）

我们一直提到的模板就是这些更新的特定 XML 结构。例如，数字 7 的徽章更新如下：

<badge value="7"/>

作为经常调用的 XML 结构，以下显示的是我们此前所看到的位于中下方的磁贴的红点徽章的类似负载。

<badge value="busy"/>

包含图像、文本以及徽标/名称选项引用，并使用 TileWideSmallImageAndText01 模板的同样宽度的磁贴的 XML 负载大致如下（图像 URI 是虚构的）：

<tile>
  <visual>
    <binding template="TileWideSmallImageAndText01" branding="logo">
      <image id="1" src="http://friends.contoso.com/sally.png" alt="Sally's picture"/>
      <text id="1">Hey, you there? Txt me when you’re back</text>
    </binding>
  </visual>
</tile>

在此负载中，您可以看到我们识别了 binding 元素中的模板。Windows 将根据模板验证 XML 的其他部分。binding 元素的 branding 属性指示了是显示徽标、应用的名称，还是不显示任何内容。binding 的子级元素随后将描述该模板的其他必要部分。

现在，过多关注此类更新的特定模板没有太多意义，而是应该关注其通用的 XML 架构，因为这些架构将揭示可在各个更新中使用的其他功能。也就是说，磁贴模板目录、徽章图像目录，以及 Toast 模板目录仅显示了要求的元素、架构，另一方面，其还显示了所有额外的选项。

架构内容记录于该文档的磁贴、Toast 和徽章架构部分。但是，详细内容可能分散于许多单独主题中，因此让我将这些内容汇集到“伪架构”中，伪架构可让我们从整体检查结构。

最简单的是徽章更新的结构，因此让我们从这开始说起：

<?xml version="1.0" encoding="utf-8" ?>
<badge value = "1-99" | "none" | "activity" | "alert" | “attention” | "available" |
    "away" | "busy" | "newMessage" | "paused" | "playing" | "unavailable" | "error" 
    version? = "integer" />

从技术角度来说，所有 XML 负载都应该有 <?xml> 头标记；在没有这些头标记的情况下，Windows 仍可正常运行，但是为了确保完整性，我希望仍然将其包括其中。

接下来，您可看到该 badge 元素仅包含一个 value 属性，该属性可以是一个数字（大于 99 的任何数字将显示为“99+”），或是一组可识别特定字形的预定义字词。这些内容还记录于本文档的徽章图像目录页面。

其他唯一的属性是可选的 version（名称后的 ? 代表可选），该属性可让开发人员在今后更改架构。由于这是可选属性，因此目前您可在您的负载中将其省略。

磁贴更新具有以下伪架构：

<?xml version="1.0" encoding="utf-8" ?>
<tile>
  <visual version? = "integer" lang? = "string" baseUri? = "anyURI" fallback? = "string"
    branding? = "none" | "logo" | "name" addImageQuery? = "boolean" >

    <!-- One or more binding elements -->
    <binding template = "TileSquareImage" | "TileSquareBlock" | "TileSquareText01" | ... 
      fallback? = "string" lang? = "string" baseUri? = "anyURI"
      branding? = "none" addImageQuery? = "boolean" >
      
      <!-- Some combination of image and text elements -->
      <image id = "integer" src = "string" alt? = "string" addImageQuery? = "boolean" />
      <text id = "integer" lang? = "string" />
    </binding>
  </visual>
</tile>

visual 元素包含可整体应用到更新的属性，在该元素中，我们能够看到可选的 version 属性，目前您可再次将其省略。其他属性如下所述：

属性	描述
lang	一个可选的 BCP-47 语言字符串，该字符串将识别更新的数据的语言，例如“en-US”或“de-DE”。
baseUri	一个可选的 URI，您可为负载中的所有其他 URI 而预置该 URI，从而让您在建造负载时省略这些冗余的信息。默认值为“ms-appx:///”。
branding	指示是在磁贴上显示应用的徽标（默认情况为“logo”），其名称（“name”），还是不显示任何内容（“none”）。
addImageQuery	如果将其设置为“true”（默认情况为“false”），则指示 Windows 向负载中的 URI（即图像 URI）所发出的每个请求追加查询参数，以识别当前语言、比例因子和对比度设置。参数形式为： ?ms-scale=<scale>&ms-contrast=<contrast>&ms-lang=<language> 有关详情，请参阅磁贴和 Toast 通知的全球化和可访问性。

在 visual 内，负载随后将拥有一个或多个 binding 元素，其中每个磁贴尺寸一个元素。也就是说，一个单一负载能够（而且理想情况下应该）同时包含一个面向方形和宽形磁贴的更新，由于用户可能随时更改磁贴尺寸，因此这一点十分重要。如果您省略了某一尺寸或另一尺寸，那么在用户将磁贴设置为特定尺寸时，则不会显示该更新的任何内容。但是，请务必注意，您可以为不同的尺寸单独发送更新，Windows 将保留二者。

在 binding 内，您可以看到 template 识别出了需要验证的 XML 模板，另外，您可以看到 visual 中也存在相同的属性，除非它们仅适用于本 binding 中的属性（并覆盖 visual 中的这些属性）。另一属性是 fallback，该属性可识别系统在无法找到主模板时所使用的模板。该属性将在今后用于向后兼容，因此您无需将其与 Windows 8 一同使用。

在各个 binding 中，根据模板的不同，可能存在一些 image 和 text 元素的组合；我相信您从这些元素的名称中就能了解其属性，或者我已在此前介绍过其属性。请注意，正如您所预期的，image 或 text 中（也可能出现在 binding 或 visual 中）的任何属性都将覆盖父级元素中的属性值。

对于 Toast 通知，磁贴的结构较为相似，但是其包含一些其他特性：

<toast launch? = "string" duration? = "long" | "short" >
  <visual version? = "integer" lang? = "string"
    baseUri? = "anyURI" branding? = "none" | "name" | "logo" addImageQuery? = "boolean" >

    <!-- One or more bindings -->
    <binding template  = "ToastImageAndText01" | "ToastImageAndText02" | ...=""
      fallback? = "string"  lang? = "string" baseUri? = "anyURI"
      branding? = "none" addImageQuery? = "boolean" >

      <!-- Some number of child elements -->
      <image id  = "integer" src = "string" alt = "string" addImageQuery? = "boolean" />
      <text id = "integer" lang? = "string" />
    </binding>
  </visual>

  <!-- Optional audio -->
  <audio src? = "ms-winsoundevent:Notification.Default" | ...=""
    loop? = "boolean" silent? = "boolean" />
</toast>

visual 内的 lang、baseUri、branding 和 addImageQuery 属性具有相同的面向磁贴的含义和默认值，这与 binding、image 和 text 属性内的所有属性相同。在负载的这一部分，磁贴更新和 Toast 通知的唯一真正的差别在于受支持的模板。

Toast 负载的不同之处在于最外层的 Toast 元素的属性，及其可选的 audio 子级。

借助 toast，launch 属性可被分配一个字符串，该字符串将作为参数被传递到应用的激活处理程序，这与辅助磁贴将发生的情形一模一样。duration 属性将获得“short”值（五秒或从“PC 设置”>“轻松访问”中获得的值）或“long”值（25 秒或从“PC 设置”>“轻松访问”中获得的值，选择较长的值）。

在 audio 中，其 src 属性是一个字符串，该字符串将指示来自 Toast 音频选项目录的一组预定义声音中的一个声音。目前，您只能从这些声音中选择，这些声音通常将映射到您在“控制面板”中所配置的任何系统声音中。（请注意：如果您像我通常所做的那样关闭所有声音，那么您将无法听到任何声音，请在测试应用时牢记这一点！）。存在该局限性的原因有几个。首先，包含来自远程源的自定义声音将产生更多的网络流量，这将在设备处于锁屏状态或试图在连接待机模式保存电量时引发令人担忧的问题。同时也可以防止可能发生的滥用行为，例如在 Toast 中包含音频广告。

此外，如果将 silent 属性设为“true”，那么系统将始终静音。而对于 loop，如果设置了 Toast 的 duration 属性，而且您将音频的 src 设置为目录中四个“循环”声音（“闹钟”和“呼叫”各两种变体）中的一种，那么您还可将 loop 设置成“true”以重复声音，或将其设置成“false”，而只播放一次声音，这也是默认设置。

除了循环播放音频，您还可计划重复执行的 Toast。这并不是 XML 负载中的一部分，而是您可在创建 ScheduledToastNotification 对象时指示的某个内容。在这些情形中，每个间隔将出现相同的负载（音频及全部）。

在不运行应用的情况下保持无限活力

了解了哪些 XML 负载将生成哪类更新后，需要解决的下一个问题是了解这些负载将如何在适当的时间进入系统，以及这些负载的创建方式。我们已在此前的博文《打造卓越的磁贴体验（第 1 部分）》和《打造卓越的磁贴体验（第 2 部分）》中探讨过这些主题，这两篇博文向您展示了如何在代码中生成负载。这包括使用通知扩展库，通知扩展库中包含大量示例，同时可通过 Visual Studio 作为 NuGet 包使用。

在此处，让我们集中总结一下提供这些负载的方法。发布这些负载共有三种方法：

运行的应用或应用的后台任务能够发布直接或本地更新。这些操作可立即执行，也可计划在今后某个时间执行。磁贴、徽章和 Toast 也可包含一个过期时间，过了该时间后它们将被自动删除，或者如果在该时间之前它们未被提供，则它们将从计划中删除。
运行应用能够为 Windows 提供最多五个 URI，以进行定期更新，并指定范围从 30 分钟到一天不等的间隔。（当使用多个 URI 时，每个 URI 将对应于更新队列中的五个时间间隔中的一个。）一旦配置完定期更新后，Windows 将在每个间隔向 URI 发送一个请求 (HTTP GET)。如果 Windows 接收到返回的一个有效负载，那么 Windows 将以应用的名义把该更新发送到相应的磁贴，就像运行的应用直接发布该更新一样。我们将在本博文系列的第 2 部分来介绍如何创建更新服务。
定期更新的主要优势在于即使是在应用未运行时，请求仍将继续，这可让磁贴在一段较长的时间内持续接收更新和徽章，而完全不需要用户启动应用。当然，我希望您的更新能够足够有趣，从而吸引用户再次使用您的应用！
应用能够请求一个 Windows 推送通知 (WNS) 渠道 URI，并将该 URI 发送到其自有的后端服务中。随后，这些服务可以借助通过 WNS 的该渠道 URI 来发出任何特定类型的更新，而这样可以在特定设备联机时把该更新发送到该特定设备。Windows 将接收这些更新，并将其应用到相应的磁贴或显示 Toast。此外，应用能够配置一个后台任务来接收这些推送通知（原始通知就需要进行该操作）。我们将在本博文系列的第 3 部分探讨推送通知。

以下表格总结了这些选项，并包含了磁贴的周期队列特性，以及 Toast 的重复执行/音频功能：

通知类型	队列	已计划	即将过期	重复执行	音频	定期	推送
磁贴	✔	✔	✔			✔	✔
徽章			✔			✔	✔
Toast		✔	✔	✔	✔		✔
原始							✔

请注意，您在此处看到的有关磁贴和徽章的所有内容同样适用于应用的主磁贴和辅助磁贴。以上所引用的此前的博文详细介绍了有关辅助磁贴的内容。您也可参阅辅助磁贴示例了解相关内容。

说到示例，让我再向您介绍一下应用磁贴和徽章示例、计划通知示例，以及推送和定期通知客户端示例，从而让您查看所有不同应用场景下的完整示例。为了更好地使用您应用中的各种磁贴和通知，这些示例中的代码非常值得您抽空来熟悉一下。

除此之外，还请记住后台任务也可发布磁贴、徽章和 Toast 更新。我喜欢将后台任务理解成是一种应用代码类型，这些代码即使是在应用本身挂起或完全不处于内存中时仍可运行。从后台任务发布更新所使用的代码与主应用所使用的代码相同，因此此处并无实际差别。

后台任务很适于检查不同条件的状态，整个过程十分迅速，因此能够遵循分配给这些任务的 CPU 配额。当情况需要时，后台任务可生成适当的通知。事实上，后台任务的主要操作是 (a) 发布此类更新，或 (b) 将值保存到应用的 AppData 文件夹或设置容器中，应用将在其下次运行时处理这些文件夹或容器。

后台任务还是应用在未运行时处理原始推送通知所必不可少的，我们将在本博文的第 3 部分中来探讨这一话题。

有关后台任务的更多内容，请参阅本博客此前的博文《在后台高效工作》，以及更一般的概述《当应用程序在屏幕外时保持高工作效率》。

了解了这些内容之后，那么我们就已经准备好告别熟悉的客户端应用内容，并跟随本博文的第 2 部分和第 3 部分，一同了解包含您的磁贴、徽章和 Toast 的在线服务所扮演的重要角色。

Kraig Brockschmidt
Windows 生态系统团队项目经理
使用 HTML、CSS 和 JavaScript 编程 Windows 8 应用作者

Windows 8 应用程序开发人员博客

介绍一种新的 Windows 开发人员中心体验

最近更新

内容适合您的职务角色

开发人员

设计人员

业务

未来前景更为广阔，我们期待您的加入

共享到您的目标应用

接收共享内容

什么是共享目标应用？

“与好友聚餐”的应用场景

创建今晚的计划

添加到备选列表

实施共享目标

您应该支持哪些数据格式？

您应该关注哪些数据格式和应用场景？

支持“共享目标”合约

设计量身定制的目标应用视图

“与好友聚餐”应用作为共享目标应用

创建 QuickLink

扩展共享和错误报告

让我们回顾一下本博文的内容！

使用 NFC 开发前沿应用

定义“点击”

何时使用 NFC

如何实施 NFC

错误处理

就这么有趣、直观！

资源

创建连接的 Windows 应用商店应用

选择正确的 API

选择正确的网络功能

为按流量计费的网络调整应用行为

应对网络状态变化

错误导致的连接断开

网络断开

新网络可用性

网络成本的变化

缓存内容以提高流畅性

总结

立即注册参加 //build/ 2013 大会！

jQuery version 2.0 中对 Windows 应用商店应用的支持

Windows 应用商店应用：一个面向 JavaScript 代码的不同环境

更新 jQuery 支持新模型

轻松编码！

开发 Windows 应用商店游戏

Windows 8 游戏设计和开发注意事项

游戏新思路

游戏设计指南

游戏开发指南

C++ 配 DirectX 是首选的游戏开发语言

游戏开发组件

开发工具

示例和教程

游戏开发技巧

使用中间件缩短开发时间或降低开发成本

有关游戏开发的其他资源

摘要

活力无限（第 3 部分）： 推送通知与 Windows Azure 移动服务

推送通知

使用 Windows 推送通知服务 (WNS)

利用 Windows 应用商店注册应用

获取并刷新通道 URI

将通道 URI 发送到服务

发送通知

推送通知失败

Windows Azure 移动服务

使用 Windows Azure 移动服务的实际应用场景

结语

活力无限（第 2 部分）：针对动态磁贴编写和调试服务

服务的本质

编写服务

调试服务

来自外部来源的数据

将 Windows Azure 移动服务与定期更新服务结合使用

活力无限（第 1 部分）：使用磁贴、徽章和 Toast

“活力”对于用户而言意味着什么？

更新 XML

在不运行应用的情况下保持无限活力

活力无限（第 3 部分）：推送通知与 Windows Azure 移动服务