2012-10-16 65 views
1

我需要在WP8应用程序和Windows应用商店应用程序之间传递消息。这是一种“点对点”的情况,因为它们都会发送消息并对彼此的消息作出响应,但这也是一种“客户端/服务器”的情况,因为Windows应用商店应用程序将有1..N它正在与之交谈的WP8应用程序。我可以将通知从WP8推送到Windows应用商店应用吗?

被打在头上,肩膀为我试图使用电子邮件或SkyDrive中相当鬼祟,我现在正在考虑这些可能的架构最初想法后:

1)直接推送通知 (一) WP8的应用程序将通过URI推送通知到Windows应用商店的应用程序则提供了这次谈话发生之后: Windows应用商店的应用程序:“你会送我更新” WP8的应用程序:“” Windows应用商店app:“好的,这里是发送给他们的地址。“ (b)Windows 8响应到达的消息。

2)推挽使用云 (a)中WP8将数据发送到云(天青?) (b)中Windows 8应用定期轮询它

3)SSL(来自某人使用组件等/ NS软件(IP * Works))

来自WP8的消息相当频繁(平均每15分钟一次),但小/短(实际上可能短为成为Tweet)。 Windows 8应用程序在幕后处理这些消息。直到他运行关联的应用程序时,用户才知道它们。

+0

选项1似乎是最好的方式 - 也许实现自己的API,所有排队的WP8通知和管理他们去哪些用户,然后推通知到微软的服务器分发到任何地方。 Azure对此有很大帮助 - 您可以使用Microsoft帐户进行身份验证,并且推送通知非常简单。 – rikkit

+0

3)这绝对是可能的,你可以使用IP * Works! SSL工具包来创建客户端/服务器应用程序。它不会使用任何推送通知,但一方可以托管IPDaemon的实例,而另一方可以托管IPDaemon的实例。然后,当你需要将某些东西推送到另一个应用程序时,你可以发送一些信息告诉其他人该做什么。 – Brandon

回答

1

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

  1. 推送通知,肯定会工作,但由于你的“幕后”的评论,你可能要专门研究"raw notifications",它们使用推送通知机制但不与UI相关联(如平铺,烤面包或徽章)。例如,推送通知,如果客户离线,则丢弃。

  2. 由于影响电池寿命(即不确定推送通知与后台任务如何比较),邮件的频率使我对投票方法持怀疑态度。通过轮询方法,您还需要在“云服务”上拥有某种方式来维护消息(存储),然后在每次调查中反馈正确的消息等。您还需要处理扩展和可用性方面的问题WNS会做'自由'。不是火箭科学,而是更多的工作。推送通知是一种“即忘即忘”。

  3. 使用套接字,您可能对沙盒模型公开的功能有更多控制。这看起来像是更多的移动部分,只有在另外两种方法不可行的情况下,我才有可能走这条路。

+0

有一个?在标题中;顺便说一句,你关于这个问题的文章/博客文章是让我意识到的。 –

+0

啊是的,错过了“?” :)随时跟进脱机,我会对你采取什么方式感兴趣 - 这里没有“正确”的答案。 –

+0

好的,你的电子邮件是什么?我没有在您的博客上看到它... –

相关问题