gpt4 book ai didi

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

转载 作者:行者123 更新时间:2023-12-04 23:29:13 24 4
gpt4 key购买 nike

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

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

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

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

有更好的解决方案吗?

编辑:

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

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

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

最佳答案

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

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

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

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

关于scala - Actor 是在简单的多人游戏之间实现消息传递的正确工具吗?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/7664413/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com