我正在一個項目,其中包括一個Web方案和後臺服務。 用戶可以訪問Web前端,並且應該與後臺服務進行通信,後臺服務用C++編寫,並且可以在不同的機器上運行(可能多個)。JS前端<-> C++後端通信(不同的服務器)
供參考: 後臺服務器(將來稱爲'後端')的行爲類似於http服務器,並偵聽特定端口上的傳入請求。
到目前爲止,前端通過包含xml或json格式數據的簡單http請求向後端發送命令。
嗯,現在這是我的問題: 由於用戶在前端輸入數據,因此前端需要從後端獲取一些數據以顯示給用戶或在我們的數據庫內部使用它。
你能推薦任何方式來處理從後端到前端的數據發送嗎?
我當前的想法: 後端在啓動時獲取鏈接,排序的pingback url,如果有任何數據返回到前端,它可以調用它。被調用的文件將輸入數據輸入某處以存儲,例如, memcache或僅限mem的數據庫。 我打算在javascript中編寫前端,也許使用像Ember.js或Angular.js這樣的框架,它可以在內部自動處理這些數據更新。無論哪種方式,它都應儘可能使用盡可能少的資源儘可能實時地更新前端。
我目前的方法工作還是純粹愚蠢?
所以一般來說: 你可以給我提示如何改善上述方案或建議任何其他方法如何實現這一點?
我已經使用了這個,但是我發現的全部是Designing Javascript frontend <-> C++ backend communication,但他只是想讓他的後端在同一臺機器上,我有不同的。
編輯: 我忘了最重要的細節(或者我在想):目前只有一個後端實例可以處理很多客戶端。前端的每個用戶都至少有一個客戶端與客戶端管理器(後端)相關聯。所以經理可能會返回很多數據。
這裏真正的問題(或者至少我認爲這是最大的問題)是我應該如何將返回的數據分發給每個客戶端。
Padmak
我想出了另一種方法:由於管理服務器的地址必須保密,因此不可能讓客戶端通過像Node.js這樣的東西直接連接到它。但是,如果我在中間安裝類似代理的東西,我可以按照這種方法做到這一點。但它需要很多工作才能將http服務器更改爲「正常」的tcp服務器我想了解一些關於這些新解決方案的提示。任何? – Padmak