构建聊天应用程序的最佳实践？ （REST 与网络套接字）
Best practices for building a chat app? (REST vs Websockets)
如标题所示，我正在 Node/Express + React 中构建一个简单的聊天应用程序，我正在使用 socket.io 获取实时更新。
但是，除了聊天本身，我的应用程序的其余部分都非常基础（注册、登录、创建房间等），虽然通过套接字发出所有这些请求绝对可行，但感觉有点矫枉过正。
所以我想为这些东西创建一个常规的 REST API 并将其外包到一个单独的文件中，然后为聊天功能本身创建另一个文件，我会在其中使用 socket.io]，但恐怕会显得有点不专业，或者给人一种不太会用套接字的印象。
要点：完成后，这个应用程序将发布到我的投资组合中，所以我不是很关心什么只是“可以工作”。 =25=]，而是最好和最干净的方法是什么？我是否应该将所有内容都切换到套接字并使用它们来获取基本的列表和内容？还是将两者混合使用 REST 是更好的做法？
根据我的经验，将两者混合使用是最好的方法。
我在很多项目中都这样做过，而且效果很好。
我当然认为模块化是使代码干净和合格的最佳方式。
所以，同时使用常规 REST API 和 websocket 更专业。
谢谢。
如标题所示，我正在 Node/Express + React 中构建一个简单的聊天应用程序，我正在使用 socket.io 获取实时更新。
但是，除了聊天本身，我的应用程序的其余部分都非常基础（注册、登录、创建房间等），虽然通过套接字发出所有这些请求绝对可行，但感觉有点矫枉过正。
所以我想为这些东西创建一个常规的 REST API 并将其外包到一个单独的文件中，然后为聊天功能本身创建另一个文件，我会在其中使用 socket.io]，但恐怕会显得有点不专业，或者给人一种不太会用套接字的印象。
要点：完成后，这个应用程序将发布到我的投资组合中，所以我不是很关心什么只是“可以工作”。 =25=]，而是最好和最干净的方法是什么？我是否应该将所有内容都切换到套接字并使用它们来获取基本的列表和内容？还是将两者混合使用 REST 是更好的做法？
根据我的经验，将两者混合使用是最好的方法。 我在很多项目中都这样做过，而且效果很好。 我当然认为模块化是使代码干净和合格的最佳方式。 所以，同时使用常规 REST API 和 websocket 更专业。 谢谢。