objective-c - 什么是正确的应用内购买产品类型？

Question

我正在决定如何构建我的应用内购买。我的目标是在没有自己的服务器基础架构的情况下完成它。

我的应用生成 PDF 格式的报告，并通过电子邮件导出。我想将报告数量限制为 3 个，之后必须再购买 3 个。报告的所有数据以及报告本身都是在设备本地创建的。

这应该是 Non-Consumable 类型吗？也许不是，因为它在 documentation 中说这应该是一次性购买。但我希望用户能够再次购买另外 3 份甚至 10 份报告。但是，它还说这种类型应该在安装了该应用程序的所有设备上自动可用，这正是我想要的。

还是应该是Consumable类型？同样，这似乎不合适。文档声明它“每次用户需要该项目时都必须购买。”。从概念上讲，这似乎很接近，但如果 iPhone 上使用了 2 份报告，而每台设备上仍应提供一份报告，我该如何跟踪？

我想我们可以排除Auto-Renewable Subscription。

也许它应该是Non-Renewable Subscription。但是，我不希望我的报告信用有过期日期，理想情况下它们应该传播到所有设备，而这种类型也不提供。

我愿意在全设备传播上做出妥协。应准确跟踪积分，并且应该可以无限量购买。

这将如何在应用程序中实现？只是在启用导出按钮之前选中的 NSUserDefaults 中的一个数字？每次导出报告时是否可以通过 StoreKit 以某种方式进行检查？ (它是电子邮件导出，所以在线无论如何都是先决条件)。

是否可以避免我自己的服务器基础设施？如果没有，我需要跟踪什么？

有什么想法、指导、建议吗？

Answer 1

正如 Black Frog 的回答中提到的，仅仅为了避免服务器基础设施，依靠 Apple 方面可能是一个更难的解决方法。您必须撤销旧的购买并计算用户花费的金额和剩余的金额。我想，即便如此，您也需要一台服务器。

我会尝试将整个可消耗的应用内循环分成几个部分；

• 实现应用内 (iOS) 的客户端
• 对于服务器端，您将需要； (最小的努力)
  • 两张表，一张保存用户及其剩余使用时间(积分)，一张保存购买报告
  • 两个脚本(简单的 php 只需几行)一个用于减少信用，一个用于保存来自 Apple 的收据信息，以及验证它。

基本上，您不需要整个基础设施来实现应用内的服务器端，所以不要被它吓到。据我所知，保留您出售给用户的所有信息比依赖 Apple 方面更安全。

这里要注意的另一个重要事项是应用内购买可能是伪造的，防止这种情况的唯一方法是验证购买的收据，查看 here .还要注意，使用 php 脚本要容易得多。如果您尝试发送检索到的收据并将其发送到从用户设备进行验证，您将为此实现一个完整的类。

如果您有任何想法，请告诉我，我会尽量详细说明。