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

Question

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

我想到的当前结构是

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

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

提前感谢您，如果我没有在地方使用正确的条款，我很抱歉，因为我对这种类型的后端缺乏经验。

Answer 1

我在之前的一个项目中使用了类似的设置。

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

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

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