在firebase示例(https://gist.github.com/anantn/4323981)中,要将用户添加到游戏中,我们将事务方法附加到playerListRef。现在,每次firebase尝试更新数据时,它都会使用所有玩家的用户ID列表调用传递给事务方法的回调。如果我的游戏一次支持数千个用户加入,则此方法执行的每个实例都将下载并传递整个用户列表,这将是不好的。 如果是这样,那么分配用户的推荐方法是什么?
答案 0 :(得分:3)
这正是Firebase旨在处理的内容。如果你的应用程序需要实际分配玩家编号,那么这个例子就是你要走的路。否则,如果玩家只需要处于相同的“游戏”或“房间”而没有任何订购概念,您可以删除交易代码以加快速度。代码段和后端已经处理了您提到的并发连接数 - 如果您发现代码的任何特定问题或Firebase的行为似乎是一个错误,请通过support@firebase.com与我们联系我们可以深入研究它。