In App Purchasing 服务器模型

Question

我想为 ipad 应用启用应用内购买。我想卖的是mp3，我认为它应该是一种非消耗品。

通读苹果指南后，似乎实现这一目标的最佳方法是不使用内置模型，因为每次我有新内容时，它都需要我重新提交重新捆绑的应用程序。这给我留下了似乎更复杂的服务器模型。

我在谷歌上搜索的大多数文章主要涉及内置模型。

谁能推荐一些关于在应用购买中实现服务器模型的好文章？ 您能否用一些“注意事项”和“注意事项”来概括描述该过程？

据我所知，我需要在苹果商店和我自己的服务器上注册我的产品 ID，并且需要自己跟踪购买。

我认为它会像这样。

首先从我的服务器获取 ID，然后将它们发送到应用商店，从而向用户显示产品列表。

我将选择的产品 ID 发送到应用商店，商店返回产品信息。

当用户选择购买时，商店会返回一张收据给我，然后我会将其传递给我的服务器。

我必须将收据发回给苹果进行验证，然后再发回我的服务器.....然后我的服务器传递内容。

以上总结正确吗？我如何将购买/收据与设备上的用户联系起来并跟踪谁购买了什么？

再次指出一篇体面的文章会很棒，也许可以描述如何最好地实现这一点。

谢谢

Answer 1

这是一个大问题！

幸运的是，当用户购买非消耗性应用内购买项目时，该购买项目仍与该用户的 Apple ID 相关联。您可以通过向 Apple 询问用户已购买的产品标识符列表来轻松恢复应用中的内容。

我已经使用 ruby​​ on rails 建立了一个服务器内容交付系统。服务器上的每个产品都有一个 ios_product_identifier 属性，对应于在 iTunes connect 上创建的应用内购买产品。

这是时间表：

• 用户在应用内进行应用内购买
• 已在应用中确认购买
• 应用在本地记录购买
• 应用程序将购买的产品 ID 发送到我的服务器
• 我的服务器对请求进行身份验证，接收产品 ID，并以匹配的内容进行响应

您的服务器不必跟踪谁购买了什么，因为 Apple 会这样做。您只需要确保您的应用仅在购买产品时（或在之前购买后正在恢复）从您的服务器请求数据。

您可以在this documentation page 底部阅读有关恢复产品的信息。您基本上向 Apple 的 StoreKit 对象之一发送消息，它会重新制定已购买的非消耗品的购买过程。

这有帮助吗？