如何正确设计后端结构来处理消息传递服务？

Question

因此，我目前正在开展一个项目，以允许使用 REST API 在各种设备之间进行消息传递，但在如何处理来自后端的请求和检索方面遇到了障碍。

我想到的当前结构是

• 用户 A 写道“嘿，怎么了！”给应用程序中的用户 B（应用程序无关紧要，我已经弄清楚了）
• 然后应用使用 POST / PUT HTTP 请求向我们的服务器发送消息。
• 后端接收 POST / PUT HTTP 请求
• 用户 B 打开应用，向我们的服务器创建一个 GET HTTP 请求
• 后端向用户 B 发送消息（因为它是一条新消息）
• 用户 B 检索到消息
• 数据库删除了不再需要的消息

现在这是我缺乏经验的地方。我以前使用过 MySQL 数据库，但这是存储此类易失性数据的最佳方式吗？我觉得有更好的选择，但我不知道是不是。我使用什么设计结构来发送和检索请求？ JavaScript 最适合这个吗？

提前谢谢你，如果我在某些地方没有使用正确的术语，我很抱歉，因为我对这种类型的后端没有经验。

Answer 1

我在以前的项目中使用了与您类似的设置。

唯一不同的是我在服务器上使用 JSON 文件而不是 MySQL 服务器来存储消息。

通过服务器上处理 POST/GET/... 请求的 PHP 脚本，我不断更新文件。请求来自客户端上的 javascript (JQuery) 脚本。 $.ajax 很好地满足了这里的要求。

工作得很好。考虑到它可能不是最安全的方式，因此如果您想要一种更安全的方式来创建聊天，您可能需要寻找替代方案。 （我的设置中不需要它）