使用RESTful WCF服務與Silverlight 4客戶端實現推送通知服務的最佳方式是什麼?(簡單)使用REST與Silverlight 4推送通知?
我們正在使用輪詢技術來調用REST服務進行更新。我寧願讓服務器推送或廣播通知。
使用RESTful WCF服務與Silverlight 4客戶端實現推送通知服務的最佳方式是什麼?(簡單)使用REST與Silverlight 4推送通知?
我們正在使用輪詢技術來調用REST服務進行更新。我寧願讓服務器推送或廣播通知。
爲了關閉,我想我會分享我們最終做的事情。
我們確實使用標準套接字通信創建了作爲Windows服務運行的推送通知服務器。我們維護一個連接的客戶端列表,並根據需要推送通知。
這不是RESTful,但由於客戶端沒有發出請求,因此以RESTful方式實現沒有什麼意義。
你可以嘗試使用Pusher(我工作的人)和我們的Silverlight庫。請參閱:http://pusher.com/docs/client_libraries#dotnet
更新: 既然你的狀態,你不能使用託管服務,你不想使用WebSockets(雖然我還是會建議的WebSockets是最好的選擇),你可以得到HTTP流工作可靠。如果您需要擴展應用程序,我建議您使用專用的實時服務器進行推送通知。你可以找到一堆實時自託管解決方案列表在這裏: http://www.leggetter.co.uk/real-time-technologies-guide
Twitter的使用碼頭爲他們的HTTP流API(流水等),它將提供一個可擴展的和可靠的解決方案。
如果您可以詳細闡述您的問題,歡迎提供更多信息。
託管服務不是一個選項。這些內部應用程序運行在非常安全,自包含的環境中(即無需外部訪問),並且安裝數量爲幾千個。 – SonOfPirate
推者也依賴於WebSockets,這在SL4中至少不可靠,更不用說他們需要SL應用程序在瀏覽器中運行,當然,我們不是。 ;-) – SonOfPirate
如果您控制運行時環境和網絡,那麼您絕對可以使WebSockets可靠地工作。如果WebSockets需要在瀏覽器中運行,我會感到驚訝。該實現使用底層SL網絡堆棧。但情況可能如此。 – leggetter