我应该为 4 人游戏使用 websockets 还是 webRTC
should I use websockets or webRTC for 4player game
我目前正在与 node.js 和 socket.io 制作 html5 游戏。
游戏的基本原理是 4 个人绕着圈子四处走动，试图互相攻击......
我的问题是我应该使用 Websockets 还是 WebRTC？
什么最适合这种沟通方式？与 4 名玩家点对点或通过服务器点对点？
随时分享您的想法，我对这些东西很陌生..
WebRTC 不仅可以用于流式传输 audio/video，还可以用于发送数据。 P2P 在发送大量数据时很有用。
在你的情况下流量很小。而且我看到了使用服务器的许多优势 - 同步，或者在未来，身份验证或历史记录等功能。
还有实现部分。使用 WebRTC，您仍然需要一个信令服务器。而且 websockets 更容易实现，因为您没有会话协商部分。而且连接速度更快。
就你个人而言，我不会为 WebRTC 而烦恼。
稍后更新： 还有浏览器支持的问题：websockets vs WebRTC，正如@Myst在评论中提到的
两者都用。
WebRTC 数据通道非常适合在客户端之间以尽可能低的延迟发送数据，因为数据不通过服务器。
从你描述的游戏来看，低延迟听起来很重要，所以我肯定会考虑使用数据通道尽快更新对手的位置。
同时，我也会通过web sockets向服务器发送数据，作为游戏中的真相守护者，以验证没有人作弊。
四号位应该问题不大。让每个客户端在 "mesh".
中打开与所有其他客户端的对等连接
我目前正在与 node.js 和 socket.io 制作 html5 游戏。 游戏的基本原理是 4 个人绕着圈子四处走动，试图互相攻击......
我的问题是我应该使用 Websockets 还是 WebRTC？ 什么最适合这种沟通方式？与 4 名玩家点对点或通过服务器点对点？
随时分享您的想法，我对这些东西很陌生..
WebRTC 不仅可以用于流式传输 audio/video，还可以用于发送数据。 P2P 在发送大量数据时很有用。
在你的情况下流量很小。而且我看到了使用服务器的许多优势 - 同步，或者在未来，身份验证或历史记录等功能。
还有实现部分。使用 WebRTC，您仍然需要一个信令服务器。而且 websockets 更容易实现，因为您没有会话协商部分。而且连接速度更快。
就你个人而言，我不会为 WebRTC 而烦恼。
稍后更新： 还有浏览器支持的问题：websockets vs WebRTC，正如@Myst在评论中提到的
两者都用。
WebRTC 数据通道非常适合在客户端之间以尽可能低的延迟发送数据，因为数据不通过服务器。
从你描述的游戏来看，低延迟听起来很重要，所以我肯定会考虑使用数据通道尽快更新对手的位置。
同时，我也会通过web sockets向服务器发送数据，作为游戏中的真相守护者，以验证没有人作弊。
四号位应该问题不大。让每个客户端在 "mesh".
中打开与所有其他客户端的对等连接