2012-10-16 48 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

好的,你的電子郵件是什麼?我沒有在您的博客上看到它... –

相關問題