如何正確設計後端結構來處理消息傳遞服務？

Question

因此，我目前正在開發一個項目，以允許使用REST API的各種設備之間的消息傳遞，但是我遇到了一個障礙，就是如何處理來自後端的請求和檢索。

目前的結構我心目中是

• 用戶A寫道：「嘿，這是怎麼回事！」到應用程序中的用戶B（應用程序無關緊要，我已經想通了）
• 應用程序然後使用POST/PUT HTTP請求發送消息到我們的服務器。
• 後端接收
• 用戶B打開應用POST/PUT HTTP請求，創建一個GET HTTP請求到我們的服務器
• 後端發送用戶B的消息（因爲它是一個新的消息）
• 用戶B檢索消息
• 數據庫中刪除的消息，因爲它不再需要

現在，這是我的經驗缺乏。我之前使用過MySQL數據庫，但這是存儲這種易失性數據的最佳方式嗎？我感覺有更好的選擇，但我不知道它是。我使用哪種設計結構來發送和檢索請求？ JavaScript最適合這個嗎？

在此先謝謝您，並對不起，如果我沒有在地方使用正確的術語，因爲我對這種類型的後端沒有經驗。

Answer 1

我已經在我的以前的項目中使用過類似的設置。

我做的唯一不同的是，我在服務器上使用JSON文件而不是MySQL服務器來存儲消息。

通過負責POST/GET/...請求的服務器上的PHP腳本，我不斷更新文件。請求來自客戶端上的JavaScript（JQuery）腳本。 $ .ajax很好地滿足了這裏的要求。

工作正常。請考慮一下，它可能不是最安全的方式，所以如果你想要一個更安全的方式來創建聊天，你可能想要尋找替代品。 （在我的設置中不需要）