ssl - 我能否将通知从 WP8 推送到 Windows 应用商店应用程序？

Question

我需要在 WP8 应用程序和 Windows 应用商店应用程序之间传递消息。这是一种“点对点”情况，因为它们都会互相发送和响应消息，但它也是一种“客户端/服务器”情况，因为 Windows 应用商店应用程序将有 1..N正在与之对话的 WP8 应用程序。

在我第一次尝试偷偷地使用电子邮件或 SkyDrive 的想法被打得头破血流之后，我现在正在考虑这些可能的架构:

1) 直接推送通知(a) WP8 应用程序通过此对话发生后提供的 URI 将推送通知发送到 Windows 应用商店应用程序:Windows 应用商店应用:“你能给我发送更新吗？”WP8 应用程序:“是。”Windows 应用商店应用:“好的，这是发送它们的位置。”(b) Windows 8 响应到达的消息。

2) 使用云推拉(a) WP8 将数据发送到云端(Azure？)(b) Windows 8 应用程序定期轮询

3) SSL(使用/NSoftware (IP*Works) 等公司的组件)

来自 WP8 的消息相当频繁(平均每 15 分钟一次)，但很小/很短(事实上，短到足以成为一条推文)。 Windows 8 应用程序“在幕后”处理这些消息。用户在运行关联的应用程序之前不会意识到它们。

Answer 1

没有任何问号:)但这是我的看法:

1. 推送通知肯定会起作用，但鉴于您的“幕后”评论，您可能需要专门查看 "raw notifications" ，它们确实使用推送通知机制，但与 UI 无关(如磁贴、toast 或徽章)。例如，如果客户端离线，推送的 Toast 通知就会被丢弃。

考虑到对电池生命周期的影响，消息的频率让我对轮询方法持怀疑态度(也就是说，不确定带有后台任务的推送通知如何比较)。使用轮询方法，您也需要在“云服务”上有某种方式来维护消息(存储)，然后在每次轮询中反馈正确的消息等。您还需要处理扩展和可用性方面的问题WNS 会“免费”。不是火箭科学，而是更多的工作。推送通知是一种“一劳永逸”的方式。

2. 使用套接字，您可以在沙盒模型公开所需功能的范围内拥有更多控制权。不过，这似乎是更多的移动部分，只有当其他两种方法不可行时，我才可能会走这条路。