通用应用购买产品实施

Question

考虑以下示例。假设我们有一个应用程序，其中专业作家从基于Web的UI编写故事。然后，这些故事可供iOS应用的用户使用，如应用购买项目。

您可能知道我们需要提前在应用内购买产品。但在我们的情况下，这意味着对于作者创建的每个故事，我们将不得不创建一个新的IAP产品并等待Apple批准它。

为了避免这种情况，我打算在IAP中创建通用的“消费品”产品，如1.99美元的故事，价值2.99美元的故事，等等。然后在应用程序UI中，我将显示作者创建的故事列表，并显示作者在创建故事时指定的故事的相应价格。一旦用户点击购买按钮，我将显示相同价格的通用消费品的购买并完成应用内购买过程。

现在问题是Apple会批准这样的实施吗？它是否符合他们的IAP政策？我问，因为我找不到像这样的工作流程的指南。

实现这一目标的另一种方法是实施应用内信用/货币系统，如游戏使用。人们购买积分/硬币，然后用硬币购买物品。这是一种久经考验的方法，但它不适合我对应用程序的类比，因此问题。

Answer 1

您想要达到的目标是完全可行的，唯一的是您的可购买内容必须是动态的。您必须从服务器下载产品ID，而不是在应用程序中对其进行硬编码。

为了引用你的例子，我可以想象一个表视图被提供了一个对象列表，这些对象将存储SKProduct ID。您必须这样做，因为在撰写本文时，您无法从Apple服务器检索应用程序的所有可用产品ID。我知道他们没有实现这个功能是痛苦的，但老实说，如果他们还没有，我认为他们不会这样做。

这是我所指的方法：initWithProductIdentifiers

您为NSSet提供了要检索的所有标识符，但如果您提供空集或nil，则不会回复所有现有标识符。如果您觉得这不能正常工作，您可以向Apple提交错误。如果您仍有任何疑问，请查看此SO答案：link

另一个需要注意的重要事项是，您必须手动上传您的产品。 Apple不会公开任何API以使流程自动化。这意味着，每当作者向您的服务器上传内容时，您都必须登录iTunes connect并创建产品。此外，您将限制为10,000种产品，因为这是您可以向Apple注册的最大数量的不同产品。我还建议您快速阅读iTunes Connect指南，其中包含一些重要信息，例如我刚才提到的信息：iTunes Connect

关于第三方框架，如前面提到的UrbanAirship，它们只会让您免于在服务器上实施收据验证。除此之外，我没有看到任何重大优势。

说这个，我建议你重新考虑你的商业模式。是否真的值得每个人上传产品的麻烦？或者，最好是采用订阅方式，即用户每月支付固定金额用于下载大量文章。您可以使用不同的层，例如基本，高级（无限下载）等，并控制从您的服务器传送文章。这取决于你，但对我来说答案很清楚。

Answer 2

Pritam

对于投放动态内容，您应该使用订阅，而不是消耗品。使用订阅可以让您为每次更新收费并同时分发新内容，从而解决您的问题。

您可以查看第三方服务，例如UrbanAirship，这将大大减少您花在尝试动态投放内容，跟踪订阅和过期等方面的时间。