推送通知指南

Applies to Windows and Windows Phone

推送通知从云服务器发送,可以更新应用的动态磁贴或发送 Toast 通知。本主题提供关于在 Windows 应用商店应用中使用推送通知的常规和编码指南。

我的应用是否应该使用推送通知?

推传递方法允许用户随时从你的应用收到通知,即使应用未在运行也是如此。

如果你希望应用共享以下内容,推送通知是理想的选择:

  • 实时更新(例如比赛期间的体育计分)
  • 在不可预测的时间生成的内容(例如,突发新闻、传入的电子邮件或者社交媒体更新)

有关 Windows 应用商店应用提供的四个传递方法(本地、计划、推送和定期)的比较,请参阅选择通知传递方法

应做事项和禁止事项

  • 遵循常规磁贴和 Toast 通知指南。无论是在本地还是通过云生成磁贴或 Toast 通知,都应该考虑同样的用户指南。有关详细信息,请参阅以下主题:
  • 考虑用户的电池寿命。用户可以随时接收通知,即使当他们的设备处于低电量状态下也不例外。你发送的通知越多,需要的资源越多,并且唤醒设备越频繁。在确定通知频率时,请牢记这一点。
  • 选择让用户仍能获得最佳体验的最低通知频率。增加通知频率并不一定会增加应用的价值。例如,如果你的磁贴内容更新得太频繁,那么用户将永远看不到某些更新。
  • 请不要通过推送通知发送机密或敏感数据。例如,在通知中不应该发送银行帐户或密码。
  • 不要使用 Windows 推送通知服务 (WNS) 发送至关重要的通知。虽然 WNS 很可靠,但通知的传递没有足够保证。
  • 不要将推送通知用于广告或垃圾邮件。WNS 保留保护用户的权限,如果应用被认为不恰当地使用通知,该服务可以阻止应用使用推送通知。如果用户报告某个应用表现出恶意行为,那么根据 Windows 应用商店删除策略,该应用可能会被删除。

对于开发人员

  • 在仪表板中注册应用以使用 WNS。你的应用服务器必须使用仪表板提供的特定凭据进行身份验证和发送通知。
  • 在每次启动应用时请求一个通道。通道 URL 可能过期,而且每次请求时不保证相同。如果返回的通道 URL 与使用的 URL 不同,则更新你在应用服务器中的引用。
  • 验证通道 URL 是否来自 WNS。请不要尝试将通知推送到非 WNS 服务。确保你的通道 URL 使用域 "notify.windows.com"(Windows 或 Windows Phone)或者 "s.notify.live.net"(仅限 Windows Phone)。
  • 始终保护对应用服务器的通道注册回调。当你的应用接收到其通道 URL 并将其发送到你的应用服务器时,它应该以安全方式进行操作。为用于接收和发送通道 URL 的机制进行身份验证和加密。
  • 同时将通道 URL 和设备 ID 发送到你的应用服务,以便应用服务器跟踪已将 URL 分配到哪些设备。如果某个 URL 发生改变,应用服务器可以替换与该设备 ID 相关联的旧 URL。
  • 重用访问令牌。因为你的访问令牌可用于发送多个通知,所以你的服务器应该缓存该访问令牌,以免在每次要发送通知时重新进行身份验证。如果令牌已过期,则你的应用服务器将收到一个错误,你应该对你的应用服务器进行身份验证并重试该通知。
  • 不要与任何人共享你的程序包安全标识符 (PKSID) 和密钥。将这些凭据安全地存储在你的应用服务器上。如果你认为你的密钥已泄露,请生成一个新密钥。定期生成新密钥,让别有用心的人难以下手。

相关主题

对于设计人员
WNS 概述
选择通知传递方法
对于开发人员 (HTML)
Windows.Networking.PushNotifications
使用 WNS 发送推送通知
对于开发人员 (XAML)
PushNotifications
使用 WNS 发送推送通知
Quickstart: Sending a push notification
示例
推送和定期通知客户端示例

 

 

显示:
© 2014 Microsoft