考虑以下示例 . 假设我们有一个应用程序，其中专业作家从基于Web的UI编写故事 . 然后，这些故事可供iOS应用的用户使用，如应用购买项目 .
您可能知道我们需要提前在应用内购买产品 . 但在我们的情况下，这意味着对于作者创建的每个故事，我们将不得不创建一个新的IAP产品并等待Apple批准它 .
为了避免这种情况，我打算在IAP中创建通用的“消费品”产品，如 Value 1.99美元的故事， Value 2.99美元的故事，等等 . 然后在应用程序UI中，我将显示作者创建的故事列表，并显示作者在创建故事时指定的故事的相应价格 . 一旦用户点击购买按钮，我将显示相同价格的通用消费品的购买并完成应用内购买过程 .
现在问题是Apple会批准这样的实施吗？它是否符合他们的IAP政策？我问，因为我找不到像这样的工作流程的指南 .
实现这一目标的另一种方法是实施应用内信用/货币系统，如游戏使用 . 人们购买积分/硬币，然后用硬币购买物品 . 这是一种久经考验的方法，但它不适合我对应用程序的类比，因此问题 .
2 回答
你想要实现的是完全可行的，唯一的是你的可购买内容必须是动态的 . 您必须从服务器下载产品ID，而不是在应用程序中对其进行硬编码 .
为了引用你的例子，我可以想象一个表视图被提供一个对象列表，这些对象将存储SKProduct ID . 您必须这样做，因为在撰写本文时，您无法从Apple服务器检索应用程序的所有可用产品ID . 我知道他们没有实现这个功能是痛苦的，但说实话，如果他们还没有我不认为他们会这样做 .
这是我指的方法：initWithProductIdentifiers
您为它提供了一个NSSet，其中包含您要检索的所有标识符，但如果您提供空集或nil，则它不会按预期工作 . 如果您仍有任何疑问，请查看此SO答案：link
另一个需要注意的重要事项是，您必须手动上传您的产品 . Apple不会向Apple注册不同产品的最大数量't expose any API in order to have the process automated. This means, every time a writer uploaded something to your server, you would have to log in into iTunes connect and create a product. Plus, you would be limited to 10,000 products because that' . 我还建议您快速阅读iTunes Connect指南，其中包含一些重要信息，如我刚刚提到的那样：iTunes Connect
关于第三方框架，如前面提到的UrbanAirship，它们将使您免于在服务器上实施收据验证 . 除此之外，我没有看到任何重大优势 .
说这个，我建议你重新考虑你的商业模式 . 是否真的值得每个人上传产品的麻烦？或者，最好是采用订阅方式，即用户每月支付固定金额用于下载大量文章 . 您可以使用不同的层，例如基本，高级（无限下载）等，并控制从您的服务器传送文章 . 这取决于你，但对我来说答案很清楚 .
Pritam
对于交付动态内容，您应该使用订阅，而不是消耗品 . 使用订阅可以让您为每次更新收费并同时分发新内容，从而解决您的问题 .
您可以查看UrbanAirship等第三方服务，这将大大减少您花在尝试动态传递内容，跟踪订阅和到期等方面的时间 .