这是一个设计问题。
我有一个网络游戏,我目前正在设计,为了消除细节,它本质上是一个游戏,用户试图在一个时间限制内赚到最多的钱。我根本不需要持久化数据,所以如果一个玩家玩了一场游戏,赚了2000万美元,然后离开了游戏,那么我就不需要保存它,并在用户稍后回来时将其发送给用户。为客户端保存的所有数据都会一直保存到他们离开游戏为止。因此,为了更好地理解,我将在游戏中进行一次会话。
玩家打开应用程序,输入他们想要使用的名称,然后单击开始游戏。
玩家名被发送到服务器,服务器保存玩家名并生成玩家id (这是唯一的id),并将玩家id和玩游戏所需的数据发送给用户。
玩家玩游戏,在后台,应用程序向服务器发送请求,更新它的“金钱计数”,并取回它的排名。服务器更新客户端的数据并发回玩家的排名(在所有在线玩家中)。
我就到此为止,因为我的问题是关于服务器端的数据。显然,使用表是一个糟糕的选择,因为我不需要持久化数据,而且这将是一个快节奏的游戏,所以查询远程数据库将会对性能造成很大的影响。因此,我对客户端-服务器交互非常陌生,所以我不确定如何将数据存储在服务器端。有什么建议吗?
发布于 2014-11-26 23:29:43
你的问题充满了矛盾。但是,我会尽我最大的努力去回答。
我会考虑在这样的应用程序中使用Google Play Game Services。谷歌游戏服务的功能包括实时支持、排行榜和多用户。另一个多用户选项可能是Firebase。最后,你可以使用一个简单的rest API,比如PHP或rails,将数据存储在服务器端的数据库(表)中(例如Mongo、MySQL、Oracle等)。
https://stackoverflow.com/questions/26762645
复制相似问题