应用程序购买应该在以下情况下使用?

时间:2016-02-23 11:25:50

标签: ios in-app-purchase

申请是关于销售音频书籍。

选项1 :耗材应用内购买

它将具有不同的产品ID,具有共同的价格。

例如 音频A 音频B 价格2美元,然后音频A和音频B将共享共同产品ID。 所有用户购买都将从服务器

进行管理

选项2 :应用内购买非消费

每个音频都会有不同的产品ID。

我很困惑因为可能有10k + Audios。我们可以创建动态非消耗品吗?

任何想法如何使其可扩展?

3 个答案:

答案 0 :(得分:0)

对于这些动态内容,您可能必须实施某种自定义“货币”,这将是一种消耗品。 您可以将其完全任意数量,或者您可以尝试制作一些不同的IAP产品以与不同价格范围内的有声读物相对应。所以像 0.99美元购买书籍 1.99美元购买书籍等。

答案 1 :(得分:0)

Apple允许创建最多1000个应用内购买产品。所以你不能创建10k +产品。同时在其中找到产品对于用户来说将是非常复杂的任务。看看你是否可以将相同价格的书籍捆绑到一个捆绑包中并经济地定价,以便用户倾向于购买。 10本书的10本书比20美元好。

你应该选择非耗材选项,因为有声读物不会及时耗尽。

您必须在应用购买的应用和Apple之间维护自己的服务器,并且您需要拥有用户帐户管理来跟踪用户购买的图书。您可以为每个价格创建不同的SKU,并将产品ID与服务器上的图书相关联,并跟踪用户自己完成的购买。由于多本图书可以映射到相同的应用内商品ID,因此您的应用应明确处理恢复购买,并根据您的应用用户登录功能启用不同设备上的有声读物。

基本上,应用内流程仅用于付款目的。必须在您的应用和服务器之间控制音频书籍的启用和下载。

答案 2 :(得分:-1)

我会使用类似2维int数组的东西。 [x] [y]而 x 个别产品ID ,而 y 是指销售商品的数量。然后,您可以始终将x链接到特定价格。通过这种方式,您可以轻松跟踪已购买产品ID“ x ”的音频文件“ y ”的数量。 永远不要给两个不同的音频文件,价格相同,价格相同。 ID应该始终是唯一的,因为以后可能会出现很多问题:

  • 在单独的数据库中实现音频文件
  • 音频文件变得更便宜/更昂贵,无论如何你必须使用另一个ID