2015-05-10 94 views

回答

0

假設我理解你描述,你將不得不編寫一個MQTT客戶端,將訂閱你有興趣在經紀人的主題,然後將其提交給REST接口。

編輯:

如果另一方面要通過從移動客戶端REST調用那麼你可能還沒有明白該如何發佈/訂閱工作,並期待在讀取來自MQTT券商數據您的解決方案的架構。

+0

hardillb,對不起我的英文不好,並感謝您的幫助。 我懷疑坐在REST和MQTT關係,客戶可能要在persitir通過用戶實時這樣我就可以改變我的REST端點的結果數據所獲得的信息,對不對? –

+0

爲了強化解耦MQTT中的發件人與使用REST讀取的應用程序,持久化MQTT消息可能是一個不錯的選擇。如果你想模仿從MQTT到REST的「push」模式,你可以在HTTP端使用「長輪詢」。客戶端在與MQTT端(相同層次結構)上的主題相對應的資源上執行REST請求(例如GET),但服務器不發送數據但保持連接打開)(我不知道您是否可以這樣做在移動服務上)。將MQTT消息發送到相關主題時,服務器將響應客戶端併發送消息並最終關閉連接。 – ppatierno

+0

ppatierno,我一直在想,我的第一個想法是使用客戶端MQTT(節點JS)連接到Azure的服務總線和消費通過Azure的移動服務(REST API)在移動設備上的信息,這是一個很好/可行的辦法? –