共享组数据最初被设计为在大多数情况下由服务器权威驱动,之前的建议是不要将玩家直接添加到共享组数据中,因为这会赋予他们读/写权限(从而允许作弊)。然而,我们新的 API 访问策略相比原始设计,在功能和安全性方面允许更大的差异。更多详细信息可在本文档的高级部分中找到。
示例:回合制多人异步游戏
共享组数据的最初,也仍然是最佳的用例,可以最好地描述为存储在线棋盘游戏的状态。玩家通过 CloudScript 轮流修改数据,具有明确的回合顺序。 玩家可以注销并稍后恢复游戏,游戏状态存储在云中。 以下 CloudScript 示例是任意常见棋盘游戏的回合制结构。棋盘游戏本身以伪代码形式给出。假设
代表游戏的共享组数据已经启动,其成员资格已经定义。关键限制
- 共享组数据:
- 仅包含简单的键/值对数据(字符串)。若要作为任何其他数据类型(例如库存物品、统计信息、虚拟货币等)使用,游戏必须提供任何必要的转换。
- 既不分片也不缓存,因此当多个玩家同时访问时无法及时响应。使用它的功能应针对少量玩家组进行设计,并且不允许同时写入。
