我們正在研究一種可測量無線電數據並在一個或多個客戶端上可視化測量的軟件。
爲此,我們使用發佈訂閱模式和wcf回調。服務器測量並且如果它有新的度量,它會調用訂閱回調的回調方法,包括測量數據作爲參數,這樣客戶端就可以看到它們。
在Windows世界中,這個效果很好。然而,我們也想在未來支持android和ios設備作爲客戶端。這與目前的架構不可能。C#實時數據架構最佳實踐
我的問題是,這種情況下的最佳做法是什麼?
我正在考慮從所有客戶端頻繁地調用REST風格的json服務來「詢問」新數據。這是一個好方法嗎?
有沒有辦法使用pub/sub類型的系統,它可以與ios和android一起使用?
總結:
1服務,測量數據。
1個或多個客戶端,消耗數據。
當前:服務測量新數據,並以測量數據作爲參數調用客戶端回調。沒有Android和iOS支持。
未來:需要使用類似於oroid,ios等,因此必須實施新的架構。
我希望我能說清楚:)
有什麼想法嗎? :)
這個問題太廣泛了,會引出基於意見的答案。請重新提出您的問題或將問題擱置的風險。 –
查看SignalR實時網頁解決方案http://signalr.net – htxryan
同意Ryan,SignalR或任何兼容Websockets的解決方案,在這裏看起來非常合適。一旦你提供了安全性(我看不出爲什麼你不會這麼做),HTTPS針對個人請求握手的開銷將變得令人頭疼。 – DavidN