Warning: file_get_contents(/data/phpspider/zhask/data//catemap/0/azure/11.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Ssl 我是否能够将通知从WP8推送到Windows应用商店应用程序?_Ssl_Azure_Windows 8_Microsoft Metro_Push Notification - Fatal编程技术网

Ssl 我是否能够将通知从WP8推送到Windows应用商店应用程序?

Ssl 我是否能够将通知从WP8推送到Windows应用商店应用程序?,ssl,azure,windows-8,microsoft-metro,push-notification,Ssl,Azure,Windows 8,Microsoft Metro,Push Notification,我需要在WP8应用程序和Windows应用商店应用程序之间传递消息。这是一种“点对点”的情况,即他们都会发送和响应来自彼此的消息,但这也是一种“客户端/服务器”的情况,即Windows应用商店应用程序将有1..N个WP8应用程序与其进行对话 在我第一次尝试偷偷地使用电子邮件或SkyDrive的想法遭到抨击后,我现在正在考虑以下可能的架构: 1) 直接推送通知 (a) WP8应用程序通过会话发生后提供的URI向Windows应用商店应用程序发送推送通知: Windows应用商店应用程序:“是否向我

我需要在WP8应用程序和Windows应用商店应用程序之间传递消息。这是一种“点对点”的情况,即他们都会发送和响应来自彼此的消息,但这也是一种“客户端/服务器”的情况,即Windows应用商店应用程序将有1..N个WP8应用程序与其进行对话

在我第一次尝试偷偷地使用电子邮件或SkyDrive的想法遭到抨击后,我现在正在考虑以下可能的架构:

1) 直接推送通知 (a) WP8应用程序通过会话发生后提供的URI向Windows应用商店应用程序发送推送通知: Windows应用商店应用程序:“是否向我发送更新?” WP8应用程序:“是的。” Windows应用商店应用程序:“好的,这里是发送它们的位置。” (b) Windows 8响应到达的MSG

2) 使用云推拉 (a) WP8将数据发送到云(Azure?) (b) Windows 8应用程序会定期对其进行轮询

3) SSL(使用像/NSoftware(IP*工作)这样的人提供的组件)


来自WP8的消息相当频繁(平均每15分钟一次),但很小/很短(事实上短得足以成为一条推特)。Windows 8应用程序“在幕后”处理这些MSG。用户在运行相关应用程序之前并不知道这些MSG。

没有任何问号:),但我的观点如下:

  • 推送通知当然会起作用,但考虑到您的“幕后”评论,您可能需要特别关注哪些应用程序使用推送通知机制,但与UI(如互动程序、toast或徽章)无关。例如,如果客户端离线,则会删除推送的toast通知

  • 消息的频率让我对影响电池寿命的轮询方法产生了怀疑(也就是说,不确定推送通知与后台任务的比较结果如何)。使用轮询方法,您需要在“云服务”上有一些方法来维护消息(存储),然后在每次轮询时反馈正确的消息,等等。您还需要处理WNS“免费”的可扩展性和可用性方面。这不是火箭科学,而是更多的工作。推送通知是一种“开火后忘记”的通知

  • 使用套接字,您可以在沙盒模型公开所需功能的程度上拥有更多的控制权。不过,这似乎是更多的活动部件,只有在其他两种方法不可行的情况下,我才有可能走这条路


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

  • 推送通知当然会起作用,但考虑到您的“幕后”评论,您可能需要特别关注哪些应用程序使用推送通知机制,但与UI(如互动程序、toast或徽章)无关。例如,如果客户端离线,则会删除推送的toast通知

  • 消息的频率让我对影响电池寿命的轮询方法产生了怀疑(也就是说,不确定推送通知与后台任务的比较结果如何)。使用轮询方法,您需要在“云服务”上有一些方法来维护消息(存储),然后在每次轮询时反馈正确的消息,等等。您还需要处理WNS“免费”的可扩展性和可用性方面。这不是火箭科学,而是更多的工作。推送通知是一种“开火后忘记”的通知

  • 使用套接字,您可以在沙盒模型公开所需功能的程度上拥有更多的控制权。不过,这似乎是更多的活动部件,只有在其他两种方法不可行的情况下,我才有可能走这条路


  • 选项1似乎是最好的方法——也许可以实现您自己的API,它将所有WP8通知排队,并管理他们访问的用户,然后将通知推送到Microsoft的服务器,分发到任何地方。Azure在这方面帮了大忙-你可以通过他们的Microsoft帐户进行身份验证,推送通知非常简单。3)这绝对是可能的,你可以使用IP*Works!用于创建客户端/服务器应用程序的SSL工具包。它不会使用任何推送通知,但一方可以承载IPDaemon的实例,而另一方有IPPort。然后,当您需要将某些内容推送到另一个应用程序时,您可以发送一些内容来告诉另一个应用程序该做什么。选项1似乎是最好的方法—也许可以实现您自己的API,该API将所有WP8通知排队并管理它们所访问的用户,然后将通知推送到Microsoft的服务器以分发到任何地方。Azure在这方面帮了大忙-你可以通过他们的Microsoft帐户进行身份验证,推送通知非常简单。3)这绝对是可能的,你可以使用IP*Works!用于创建客户端/服务器应用程序的SSL工具包。它不会使用任何推送通知,但一方可以承载IPDaemon的实例,而另一方有IPPort。然后,当您需要将某些内容推送到另一个应用程序时,您可以发送一些内容来告诉另一个应用程序要做什么?在标题中;顺便说一句,是你的文章/博客文章让我意识到了这一点。啊,是的,错过了“?”:)请随时离线跟进,我会对你采取的方法感兴趣-这里没有“正确”的答案。joneil在Microsoft.com(或使用与我联系的链接-我的照片-在博客上)有什么问题?在标题中;顺便说一句,是你的文章/博客文章让我意识到了这一点。啊,是的,错过了“?”:)请随时离线跟进,我会对你采取的方法感兴趣-这里没有“正确”的答案。joneil在Microsoft.com(或使用联系我链接-我的照片-在博客上)