跳到主要内容
版本：v3

排行榜功能介绍

提示

在游戏中设立排行榜功能，可以推动玩家之间的趣味性竞争，从而帮助提升游戏的玩家活跃度。

排行榜服务提供的功能包括：

  • **自动计算排名：**排行榜中玩家数据更新时，系统自动重新计算排名。
  • **获取前排数据：**获取当前排行榜中排名前 N 个玩家数据。
  • **获取当前玩家的排名：**即使当前玩家没有名列前茅，也可以获取他在排行中的具体名次，以此了解到当前玩家和前排玩家的差距。
  • **获取当前玩家附近排名的玩家：**例如为当前玩家寻找水平相当的对手或好友。
  • **数据重置：**支持自动定期重置或手动重置数据，比如在一个赛季结束之时或在指定天、周、月后自动重置排行榜，或是在应用测试阶段、应用数据出现误差的情况下进行手动重置。
  • **简便的数据更新模式：**提供三种分数更新模式，better 模式会保留玩家的最好成绩，last 会保留玩家的最新成绩，sum 会累加当前成绩。

创建排行榜​

备注

我们推荐在 TapTap 开发者中心的排行榜控制台提前创建排行榜，客户端指定相应排行榜名称 statisticName 即可更新成绩。

每一个排行榜由名称 statisticName 及成员的成绩 statisticValue 组成，并可以设置排序、更新策略及重置周期。

名称​

statisticName 是排行榜名称，不可和应用下的其他排行榜重复，不可修改，只能包含字母、数字、下划线，并且以字母开头。

成员类型​

memberType 是排行榜的成员类型，目前支持三种类型的成员：

  • user 类型：值为 _User。排行榜成员对应内建账户系统（_User 表）中某一个用户的 objectId。这是唯一可以在客户端更新成绩（仅限玩家本人的成绩）的排行榜类型。
  • object 类型：值为数据存储中除了 _User 之外的 class 名称，排行榜成员对应表中一个对象的 objectId。例如你有一个 Weapon 表，可以在 memberType 中填入 Weapon，这样可以构建一个武器排行榜。
  • entity 类型：填入的值为 _Entity。排行榜成员是开发者自行指定的字符串数据，只能包含字母、数字、下划线。

注意：

  • 查询排行榜时，可以指定相关参数直接获取 user 及 object 的更多数据。
  • object 和 entity 类型的排行榜需要使用超级权限在服务端才能更新。
  • 在控制台勾选「只允许使用 Master Key 更新分数」后（默认未勾选），user 类型的排行榜同样需要使用超级权限在服务端更新。从反作弊的角度出发，建议勾选此项。

上传成绩​

statisticValue 是用户在客户端产生的成绩（数字），比如得分、击杀数、用时。

设置排序策略​

  • descending：降序，排名按成绩由高到低排列，在许多游戏中，玩家得分越高，排名越高。
  • ascending：升序，排名按成绩由低到高排列，例如在某些竞速游戏中，完成任务的时间越短排名越高。

更新策略​

updateStrategy 代表成绩的更新策略，一个排行榜可以选择下列更新策略之一：

  • better：保留玩家最好的成绩。也就是说，排序策略为降序时，成绩高于之前成绩时更新，排序策略为升序时，成绩低于之前成绩时更新。
  • last：保留玩家最新的成绩。也就是说，每次玩家更新成绩时都会覆盖掉之前的成绩。
  • sum：累加玩家的成绩。每次更新成绩时都会将本次成绩累加到当前的总成绩。

数据重置​

排行榜可以被重置，重置后线上所有数据清零，例如在赛季结束后清零所有数据。从重置时间开始的一刻起，所有老数据会被清理，排行版的版本号（Version）会更新（加一），客户端再发起的更新分数的请求将自动进入新版本的数据中。

versionChangeInterval 代表数据重置周期，共有以下选项：

  • day：每天凌晨 00:00 重置。
  • week：每周一凌晨 00:00 重置。
  • month：每月 1 日凌晨 00:00 重置。
  • never：不自动重置，在必要的时候手动重置。

查询历史数据​

在排行榜重置后，客户端通过 SDK 只能查询当前版本及前一版本的数据，更前版本的数据无法查询。 如果在排行榜控制台未勾选「保留前一版本」（默认未勾选），则排行榜重置后，客户端通过 SDK 只能查询当前版本的数据。 重置周期为 never 的排行榜还有一条额外限制，手动重置那一刻起 7 天内可以查询前一版本的数据，超过 7 天后无法查询历史数据。 例如：

  • 假设排行榜重置周期为 month，当前为 3 月，3 月 1 日排行榜重置后当前版本为 3，那么可以查询版本为 2 （2 月份）的历史数据，无法查询版本为 1 （1 月份）的数据。
  • 假设排行榜重置周期为 never，现在手动重置排行榜，排行版版本变为 3，那么 7 日内可以查询版本为 2 的历史数据，超过 7 日后无法查询历史数据。

虽然更前版本的数据无法通过 SDK 查询，但可以通过 REST API 获取归档的 CSV 文件。 不过，每个排行榜最多保存 60 个历史数据归档，超出后最老的版本会被删除。 因此，如需长期保存，请注意及时下载归档后另行备份。