Iphone AppStore应用程序内购买使用情况-检测可能的拒绝原因

我在我的应用程序中为我的用户提供了一项服务。这可能被视为一个问题，您需要使用应用程序内购买来发送此问题，稍后再答复

我不想实现基于帐户的应用程序，所以我使用了其他唯一标识符来识别用户（提问，并能够看到您的问题/答案）。没有帐户信息，无法使用基于信用的方法

---

我唯一可以实现应用内购买的地方是问题的发送按钮，在哪里采取行动。苹果是否允许在这种情况下附加应用内购买功能。如果没有，谁能提出另一种方法来解决这个问题。

根据IAP以前的经验，我认为苹果可能会对实际启动交易的发送按钮提出异议；用户并不完全清楚这会引发购买，至少会导致一些混乱

一种更为传统的方法是让用户购买“信用卡”来提问；他们可以一次从一个单独的屏幕上购买一个或多个（不管怎样，这对你的销售来说可能是件好事——比如说，以20%的折扣卖给他们一包10个，他们可能会购买更多）。“发送”按钮旁边会显示信用数量，如果他们没有剩余信用，当他们点击“发送”时，会出现一个警报，提示他们直接到另一个屏幕购买信用。（点击当前学分数/表示他们没有任何学分的文本也可能会显示此屏幕）

---

这种方法非常流行，被大量的游戏使用，因此苹果的评论员可能会马上意识到这是一种正常/标准的做法。

根据以前的IAP经验，我认为苹果可能会对发送按钮实际启动交易产生异议；用户并不完全清楚这会引发购买，至少会导致一些混乱

一种更为传统的方法是让用户购买“信用卡”来提问；他们可以一次从一个单独的屏幕上购买一个或多个（不管怎样，这对你的销售来说可能是件好事——比如说，以20%的折扣卖给他们一包10个，他们可能会购买更多）。“发送”按钮旁边会显示信用数量，如果他们没有剩余信用，当他们点击“发送”时，会出现一个警报，提示他们直接到另一个屏幕购买信用。（点击当前学分数/表示他们没有任何学分的文本也可能会显示此屏幕）

---

这种方法非常流行，被大量游戏使用，因此苹果的评论员可能会马上意识到这是一种正常/标准的做法。

你想让应用程序内的功能在发送按钮上工作吗？这是最基本的问题吗？是的，这就是我想知道的，如果允许或不允许，你想让应用程序内的功能在发送按钮上工作吗？这是最基本的问题吗？是的，这就是我想知道的，如果允许或不允许，我想我们无论如何都会这样做=）关于如何在使用信用卡时绕过帐户（例如用户名/密码）的任何建议。使用唯一的设备ID？你是什么意思？你不希望他们每次使用信用卡或每次购买信用卡时都必须登录？他们根本不需要登录才能使用该应用程序，不是为了购买信用卡，也不是为了消费信用卡无法避免登录iTunes帐户购买信用卡的要求，但如果信用卡是基于服务器的，那么设备ID当然可能是标记信用卡的合理方式——额外的好处是，您可以根据该ID检查收据的安全性（如果需要，还可以在使用时保存/重新检查收据）。当你的应用程序在OS 6设备上运行时，请确保使用较新的iOS 6设备ID API，因为[UIDevice uniqueIdentifier]已被正式弃用。我想我们无论如何都会使用它=）关于如何在使用信用卡时绕过帐户（如用户名/密码）的任何建议。使用唯一的设备ID？你是什么意思？你不希望他们每次使用信用卡或每次购买信用卡时都必须登录？他们根本不需要登录才能使用该应用程序，不是为了购买信用卡，也不是为了消费信用卡无法避免登录iTunes帐户购买信用卡的要求，但如果信用卡是基于服务器的，那么设备ID当然可能是标记信用卡的合理方式——额外的好处是，您可以根据该ID检查收据的安全性（如果需要，还可以在使用时保存/重新检查收据）。当应用程序在OS 6设备上运行时，请确保使用较新的iOS 6设备ID API，因为[UIDevice uniqueIdentifier]已被正式弃用。