Iphone 应用内采购服务器模型

我想为ipad应用程序启用应用程序内购买。我想卖的是MP3，我相信它应该是非消耗品类型

在阅读了《苹果指南》之后，似乎实现这一点的最佳方法是不要使用内置模式，因为这将要求我在每次有新内容时重新提交重新捆绑的应用程序。这就剩下了服务器模型，它似乎具有更高的复杂性

我在谷歌上搜索过的大多数文章主要是关于内置模型的

有人能推荐一些关于在应用程序购买中实现服务器模型的好文章吗？ 你能用一些应该做的和不应该做的来描述这个过程吗

据我所知，到目前为止，我需要在苹果商店和我自己的服务器上注册我的产品id，并且需要自己跟踪购买情况

我想会有点像这样

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

我将所选产品ID发送到应用商店&商店返回产品信息

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

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

上述总结是否正确？我如何准确地将购买/收据与设备上的用户关联，并跟踪谁购买了什么

再一次，一个指向一篇像样文章的指针将是非常好的，也许可以描述一下如何最好地实现这一点

---

谢谢

这是个大问题

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

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

以下是时间表：

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

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

您可以在的底部阅读有关恢复产品的内容。基本上，你会向苹果的一个StoreKit对象发送一条消息，它会重新启动已经购买的非消费品的购买过程

---

这有用吗？

确实有用，谢谢。这让我松了一口气，因为我不必追踪谁买了什么。因此，应用程序在购买时会向您的服务器发送一个产品id，服务器的响应是返回该id的内容，对吗？你能简单描述一下恢复内容的过程吗？好的。服务器了解应用商店中的所有产品ID非常重要，这样当应用发出请求时，它就可以用适当的内容进行响应。您可能还希望在应用程序的请求中包含某种身份验证数据，以确保它是来自您的应用程序的合法请求。请在我的答案中附加一些关于还原事务的内容。没问题。编辑了我的答案，使其更易于阅读。@CharlieMezak您好，我也在做同样的项目。.我提供给用户购买的视频不是mp3。.我的问题是填充可用的视频列表，我用thumbnils链接从我的服务器获取json，标题和产品id..那么从json获取产品id可以吗，还是应该从apple server获取产品id？？。。。