快速摘要:
我们有一个类似于俄罗斯方块的完整的Flash游戏,可以为多人游戏"链接".在做了一些研究并在这里询问:Flash套接字,点对点功能,我们得出的结论是,如果没有昂贵/可疑的adobe软件/服务,就不可能以xbox/ps3游戏处理在线游戏的方式完成P2P网络( FMS/Cirrus)此时在闪存平台上.基本上,如果没有RTMFP协议,不允许Flash客户端成为监听套接字的"主机".
需要建议的问题:
有了这个总结,问题是......为像俄罗斯方块这样的游戏实施网络基础设施的最佳方式是什么,这种方式从用户到用户都有相当多的小I/O(比如,最多4个玩家一段时间).鉴于我们无法将单个播放器指定为主机p2p样式,我们的选项是:
1.)具有游戏逻辑的胖服务器,轻客户端根据服务器更新更新显示/插值(Ala Quake)
2.)Light Server处理Fat客户端之间的通信(Ala并发模拟,如RTS游戏)
问题是,我们在网络游戏方面缺乏经验,因此非常喜欢这些解决方案(或者甚至是其他解决方案)的优缺点.我们的俄罗斯方块游戏并不像发送"攻击线"那样微不足道,当客户清除线路以添加到当前正在战斗的其他玩家时.我们需要更多的实时同步.例如,下一个tetriminos列表是一个单独的共享源,每个人都在为所需的部分"战斗".
最后,根据所选择的实现,我想知道是否有人在游戏服务器上有任何Node.js的经验.我假设如果服务器是一个轻量级服务器,只处理客户端之间的数据传输,那么Node将是一个非常完美的选择.但是,如果将游戏逻辑放在node.js服务器上,我会假设计算的阻塞性质会使Node.js的单线程无阻塞I/O方法变得多余？无论如何,对此问题的任何建议都非常感谢.