应用内购买和升级iOS应用

Question

在我的应用程序中，我为$.99卖猫，为$.99卖狗，为$.99卖鸟。或者，你也可以以1.99美元的折扣价买下所有3个。“全部购买”将在iTunes连接中拥有自己的产品id。

现在，假设我做了一个更新。我为$.99添加了鱼，为$.99添加了马。现在，为了“全部购买”，我想收取更高的费用，比如2.99美元。

那么，如果用户A没有安装此更新怎么办？

当他们去“全部购买”时，他们会被收取2.99美元，因为我已经提高了iTunesConnect中的价格，以反映他们现在得到5套动物的事实。但是A只会以5美元的价格得到3套，而且不会高兴。

我是否遗漏了什么，或者这只是一个有缺陷的场景？我看到的唯一选择是为每个更新创建不同的“全部购买”产品is，但这很快就会变得难以管理。除了强制更新之外，还有其他选择吗？

Answer 1

首先，我真的很讨厌强制更新的应用程序。持续的纠缠也是不好的-在一个应用中，它在每次启动时都会纠缠三次(我认为他们在更新中修复了那个bug )。

如果购买的是非消耗品...

您正在做的是IAP并不真正支持的事情:目前还没有类似的购买“专辑”的方式，该“专辑”也将单个曲目标记为拥有，这样它们就不会被无意中重新购买。

也就是说，

• 如果购买1.0版本的组合不会给你提供1.1版本的fish+horse，那么你要么需要一个新产品，要么需要一个消耗品。
• 如果购买了1.0版本的cat+dog+bird组合的用户应该得到1.1版本的cat+dog+bird+fish+horse，这可能是可以的。如果用户更新应用程序，它会自动修复。

我假设是后者:用户购买的是“所有动物”，它会在应用程序的新版本中自动提供新的动物。

(你可以提醒用户更新--只是不要太烦人！)

在这种情况下，我不会太担心--我的直觉是，手机太老而无法更新的用户不太可能购买应用程序，更不用说IAP了，而那些故意避免更新的用户可能也不会购买IAP。

提醒在这里可能很有用(“顺便说一句，这也会在1.1版本中解锁fish+horse”)--只是要确保你不会阻塞UI。

如果购买的是消耗品...

有两种可能性。

在用户更新应用程序之前，

• The价格会发生变化。用户的账户会被记入cat+dog+bird帐户。

当用户更新应用程序时，你也许能够修复这个问题，但似乎没有一个可靠的方法来判断用户购买了哪个版本的IAP :你可以尝试将SKProduct.{price,priceLocale}与收据一起存储，但不能保证你从产品中读取的价格与交易中支付的价格相同。哦，好吧。

根据iOS In-App Purchase Programming Guide

• The用户在价格变化之前更新应用程序的说法，价格似乎也没有出现在交易收据中。用户可以以1.0的价格购买1.1组合！

我认为你不能确保IAP的价格变化与应用程序的更新同步；试图强制升级可能只会让一些用户感到沮丧，因为升级还不可用。唯一安全的选择似乎是第二种，尽管它可能会损失一些收入。

然而，由于用户从根本上购买的是不同的东西，它们确实应该是不同的产品。

(在非消耗品的情况下，它们是“相同的东西”，从某种意义上说，你得到的东西并不取决于你购买的版本。)