在以下情况下，应用程序购买应该使用哪一种？

Question

应用程序是关于销售音频书籍。

选项1：应用程序购买中的消耗品

它将有不同的产品ids与共同的价格。

，例如，，音频A，和音频B，都有价格2美元，然后音频A和音频B将共享共同的产品id。所有用户购买将从服务器进行管理。

选项2：应用程序购买中的非消耗品

将对每个音频具有不同的产品ids。

我很困惑，因为可能会有10k以上的影城。我们能创造动态的非消耗物品吗？

有什么想法如何使这个可扩展吗？

Answer 1

对于这个数量的动态内容，您可能需要实现某种自定义的“货币”，这将是一个可消费的项目。您可以使它的数量完全任意，或者您可以尝试制作一些不同的IAP产品，以对应不同价格范围内的有声图书。比如0.99美元买书，1.99美元买书等等。

Answer 2

苹果允许创造多达1000款应用程序购买产品。因此，您不能创建10k+产品。此外，在这其中找到产品对用户来说也是一项非常复杂的任务。看看你能不能把同样价格的书捆绑到一个包里，并以经济的价格给它们定价，这样用户就会倾向于购买。十本书十元胜于二十元。

因为有声书不会在时间上耗尽，所以你绝对应该选择非耗用的选择。

在应用程序购买过程中，您必须在应用程序和Apple之间维护自己的服务器，并且需要有一个用户帐户管理来跟踪用户购买了哪些书籍。您可以为每个价格创建不同的SKU，并将产品id与服务器上的图书关联起来，并跟踪用户自己完成的购买。由于多本书可以映射到同一个应用程序中的产品id，您的应用程序应该显式地处理恢复购买，并且基于应用程序用户登录可以在不同的设备上启用有声图书。

基本上，in流只用于支付目的。启用和下载有声图书将必须控制在您的应用程序和服务器之间。

Answer 3

我会使用类似于二维int数组的东西。X是您的个人产品ID，y是计算售出项目的数量。然后，您可以始终链接您的x到一个特定的价格。这样，你可以很容易地跟踪多少音频文件'y‘与产品ID 'x’被购买。千万不要给两个不同的音频文件提供相同的ID，可能价格相等。ID应该是唯一的，因为以后可能会出现很多问题：

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