【问题标题】:How should I Implement TBMP Rematch?我应该如何实施 TBMP 复配?
【发布时间】:2015-05-19 15:49:40
【问题描述】:

我正在创建一个多人井字游戏,它在大多数情况下都能正常工作,但是当需要重新比赛时,我得到的功能却不尽如人意。

所以最初我使用了与 TBMPSkeleton 示例项目相同的 Games.TurnBasedMultiplayer.rematch 实现。基本上在调用Games.TurnBasedMultiplayer.finish 之后,我会在后续回调期间通过调用match.canRematch() 检查是否可以重新匹配匹配。如果match.canRematch() 返回真,那么我调用Games.TurnBasedMultiplayer.rematch。当我调用完成和调用 rematch 时,onTurnBasedMatchReceived 回调在对方客户端设备上被调用,并从那里检查匹配对象的 rematchId。如果不是null,那么我重置游戏。

我遇到的问题是,在获胜玩家请求重赛然后轮到他/她之后,对方玩家收到了新比赛的邀请,但没有调用 onTurnBasedMatchReceived 回调.我不希望失败的玩家必须离开我的游戏才能接受或拒绝邀请。

那么有没有办法让我的应用程序处理邀请通知而不强制玩家必须打开系统的通知 gui?我应该放弃基于回合的多人 API 以支持它的实时对应物吗?

【问题讨论】:

    标签: android google-play-services android-notifications google-play-games


    【解决方案1】:

    我意识到我没有为邀请注册的听众。注册后,我能够实现我想要的功能。我松了一口气,它正在工作,但如果能早点注意到这一点,那就太好了……

    【讨论】:

      猜你喜欢
      • 2020-10-14
      • 2011-01-26
      • 1970-01-01
      • 2017-02-28
      • 2011-11-26
      • 1970-01-01
      • 2013-03-24
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多