在应用购买中，我如何知道用户是否已经购买了产品（消费品）？
我正在应用程序购买中实施。 用户购买类似游戏的货币（用户可以用来购买其他产品的货币）。 （许多 iPhone 游戏都这样做）
许多游戏使用绑定的 Apple ID（用户用于购买应用程序本身的 Apple ID）进行应用内购买。
我的问题是。
这些游戏怎么知道绑定的apple id的邮箱地址呢？ （我认为这是拒绝提交应用程序的原因）
“17.2 要求用户共享个人信息（例如电子邮件地址和出生日期）才能运行的应用程序将被拒绝”来自 应用商店审核指南用户购买其货币或使用该货币的实际产品后，他们必须将购买信息存储在其服务器上，以便相同的用户可以在其他设备上拥有相同的货币/产品。
所以他们必须在他们的服务器上存储某种形式的 ID（我猜是电子邮件）。这不是隐私问题吗？我想避免强迫用户仅为我的应用程序创建单独的 ID。这就是上述问题的全部要点。
但我也看到许多应用程序（具有应用程序内购买功能），并且想知道哪些功能促使应用程序开发人员承担维护自己的用户帐户信息的负担。
I'm implementing in app purchase.
Where a user buys a game-like money(a currency a user can use to buy other products with).
(Many iphone games do this)
Many of these games use the tied apple id(the apple id that a user used to buy the app itself with) for in app purchase.
My questions are.
How do these games know the email address of the tied apple id? (I thought it's a reason for rejection of app submission)
"17.2 Apps that require users to share personal information, such as email address and date of birth, in order to function will be rejected" from App store review guidlinesAfter a user buy their currency or an actual product with the currency, they will have to store the purchase information on their server so that the same user can possess the same currency/products in other devices.
So they will have to store some form of id(the email I guess) on their server. Isn't this a privacy issue?I'd like to avoid forcing users to create separate id just for my app. That's the whole point of the above questions.
But I also see many apps(with in app purchase capability), and wonder what features drive the app's developer to take a burden of maintainning their own user account information.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
您可能已经找到了答案。如果您不这样做，那么解决方案是：
SKPaymentQueue 有一个名为“restoreCompletedTransactions”的方法，它可以检索当前 Apple 帐户之前的所有购买行为。您不需要应用程序的任何用户 ID 来跟踪此情况。检查恢复的交易，可以确定哪些产品已经被用户（当前登录的苹果账户）购买过。这样，您就可以毫无问题地向同一 Apple 帐户的多个设备提供产品（Apple 也希望这样做）。
干杯，
图沙尔
You might already have found the answer. If you don't then the solution is :
SKPaymentQueue has a method called 'restoreCompletedTransactions' which retrieves all the previous purchases for the current Apple account. You do not need any user-id for the app to track this. Checking the restored transactions, you can determine which product is already bought by the user (currently logged in Apple account) . That way you can provide products to multiple devices of the same Apple account without any trouble (which Apple wants to do also).
Cheers,
Tushar