scala - Actor 是在简单的多人游戏之间实现消息传递的正确工具吗？

Question

我正在考虑在一个用 Scala 和 Java2D 编写的类似小行星的简单游戏中使用 Actor ，该游戏可以由两个玩家在合作模式下玩。

两个玩家都可以在共享的竞技场上控制自己的飞船，小行星在太空中漂浮。

我想知道 actor 是否是在两个玩家之间实现网络元素的正确工具，比如位置更新或小行星的破坏。

实现它需要什么？什么是硬的部分？我担心我会在保持它们同步时遇到问题......

有更好的解决方案吗？

编辑:

我不打算对防火墙或 NAT 做任何花哨的事情……我想有一个小型“服务器”，两个客户端都可以连接到它。 (实际上，一个客户端将启动服务器并在同一台电脑上运行它。)

两个客户端都将连接到它，最好都使用远程参与者，这样我就不必对远程/本地情况进行特殊处理。

如果更容易的话，我对 P2P 路线没有任何问题。需求是固定的，我永远不必为“我们需要一个 64 人游戏!!!”的情况做计划。

Answer 1

我最近参与了或多或少使用相同类型消息传递方法的游戏的开发。 IE。让远程服务器在某处监听端口，然后有几个客户端连接到它并来回传递消息。

然而，它是用 Python 完成的，因为我们不想依赖任何外部库，我们确实在它们之上编写了我们自己的类型的 actor 和一个远程消息传递系统。
事实证明，存在一些速度问题，但我认为它们主要与 Python 的线程处理方式有关(以及我们对它的缺乏了解)。 Scala Actors 或 Akka 的基准测试总是提供比我们在 Python 中能够做的更好的数字。

同步对我们来说不是一个大问题，至少在游戏本身中不是。但是后来我们没有那么多数据可以交换，这是一个基于回合的游戏。因此，每个客户端都被一个接一个地查询，如果超时，则将查询下一个客户端。在我们的问题中，客户端只对服务器呈现给他们的内容使用react。然而，这可能不是更实时的游戏中的最佳解决方案。

对于实时事件，您可能在服务器上有一个传入队列(Actor)来接收所有客户端移动，并且可能有一个单独的游戏状态 channel 以避免阻塞。这确实会涉及更多的同步。因此，这在一定程度上取决于您需要更新的速度。