iphone - GameCenter - 考虑应用内购买

Question

在我看来，Apple 似乎有点急于实现 GameCenter。也许我忽略了一些事情。

如果您创建一款想要提供应用内购买功能的游戏(假设您想要出售额外的 map 或附加组件)，是否有任何方法可以使用 GKMatchRequest 来匹配共享相同 map (复数)的玩家？即其应用内购买重叠，但不完全相同。

或者您可能想在赛车游戏中出售汽车。如何匹配共享部分汽车(不一定是全部汽车)的玩家？我认为您不能，因为 GKMatchRequest 中的playerGroup 属性仅在用户属于同一组时才进行比较。

因此，如果一个用户购买了 map A 和 map B，而另一个用户购买了 map B 和 map C，则无法匹配他们，尽管他们可以一起玩 map B。当然，您可以实现您的界面，以便用户必须指定他们想要玩的 map 。但在其他情况下，应用内购买可能不是一个非此即彼的问题，而是可能会合并到游戏中(例如，如果您可以在战斗游戏中购买不同的士兵类型，然后匹配共享某些士兵的玩家)类型...在游戏本身中，您可以实现逻辑来排除玩家不共享的那些类型)。

有人能想出一个可行的解决方案吗？

Answer 1

在 map 案例中，我认为您需要让用户首先选择 map 。否则，假设您匹配两个玩家，并且他们有共同的 map B、C 和 E。现在你需要一种方法让他们就玩什么 map 达成一致。也许玩家 1 打算玩 map B，而玩家 2 想要玩 map E。即使他们共享一个子集，现在您也必须完成本来可以在匹配过程中完成的工作。

在汽车的例子中，我认为你需要问为什么要以这种方式比较玩家。如果这只是出于公平性(因此您不会将拥有强大汽车的人与新手进行匹配)，那么您可以根据最高汽车速度创建一个“级别”。也许你会给人匹配不同组的车，但他们可以旗鼓相当。

最后，如果玩家绝对需要匹配的东西，请尽力使用之前的建议，如果不需要，则会弹出一条消息，“嘿，您没有任何匹配的汽车。要买这个一起玩吗？”提出立即购买或寻找其他玩家。您可能会通过这种方式进行一些销售。

<小时/>

附注抱歉说教了，但说苹果做得半途而废是不公平的。 Game Center 是一个必须扩展到数百万用户的系统，这些用户希望或多或少地立即找到匹配项。尝试通过重叠子集进行匹配会显着增加系统的复杂性，而且我认为您并没有意识到这种设计的成本。

不能完全满足您的需求是很糟糕的，但认为缺点是由于无能而造成的，这是一种糟糕的态度。