匹配/集线器游戏

我们提供 API/设置来管理如何在你的游戏中将玩家匹配到服务器，并允许你将玩家路由到新的服务器以支持集线器游戏场景。

匹配偏好

填充模式：

All Out 在全球范围内部署服务器以为玩家提供低延迟体验，然而如果你的游戏刚起步，你可能希望在延迟上做出妥协以确保玩家能够在同一服务器上一起游戏。填充模式已在创作者门户主页面上记录，并且可以随时更改。

实例优先级 + 要求高优先级模式

有一种特殊的匹配模式允许你通过代码避免将玩家发送到特定服务器。

游戏可以使用 xxx TODO API 基于回合状态、玩家数量等为每个实例设置“优先级”级别。

你可以选择请求为你的游戏启用“要求高优先级”模式，该模式将 仅 将玩家路由到优先级设置为零的实例并将 启动新的服务器 如果没有可用的服务器。

如果你有一个基于回合的游戏，不希望新玩家加入已经进行中的游戏，这会很有用。

此功能仅可通过申请启用，因为如果你的实例从未或很少被设置为优先级数字 0，它将启动大量服务器！请 联系我们!

枢纽游戏

枢纽游戏是一种常见模式，允许玩家聚集并一起排队参加基于回合的游戏。示例包括：

• Red Sun 的大厅，让玩家排队一起游玩并在等待时购买升级

• Bed Wars 的枢纽，允许你在游戏模式之间选择（例如职业模式/经典模式）

API 参考

Server :: struct {
    // 将玩家传输到另一个游戏（枢纽 -> 比赛，比赛 -> 枢纽 等）。
    transfer_player_to_game :: proc(player: Player, game_id: string);
}

这些是 服务器端 API。请从 Game.is_server() 代码中调用它们。

示例：将玩家发送到另一个游戏

GAME_ID_2V2 :: "your_game_id_here";

send_to_2v2_game :: proc(player: Player) {
    if !Game.is_server() return;

    Server.transfer_player_to_game(player, GAME_ID_2V2);
}

目前无法在将玩家传送到新游戏时传递额外信息，也无法在启动时动态配置服务器。如果你想拥有不同的模式（例如 1v1 与 2v2），你需要创建专用的游戏并使用游戏父子关联系统将它们关联起来。

我们建议启用 跨游戏产品/数据在使用传送/枢纽 API 时，以确保玩家购买和保存的数据可以在两者之间轻松重用。