我的问题不是关于编程部分，而是 IAP 的 UI 最佳实践。
情况：我的应用程序只有一个 IAP（“无限版本”），其中有一个“购买”按钮，购买时将显示无效并将文本更改为“已激活”。 在重新安装的情况下，“购买”按钮将直接恢复，这导致我的应用程序被拒绝，因为“指南 3.1.1 - 业务 - 付款 - 应用程序内购买”最后说，自动恢复不符合并且需要显示“恢复”按钮。
所以我在进入显示“购买”按钮的设置页面时添加了对以前购买的检查，然后将按钮文本从“购买”更改为“恢复”。然而，这不是立即的（取决于连接），所以这个版本也被拒绝了。
目标：为了获得无缝的用户体验，我不想在单个 IAP 行中同时显示“购买”和“恢复”按钮。另一方面，如果在应用启动时检查以前的购买，这可能会引发 AppStore 登录请求（然后与用户操作无关），这也会很尴尬。
问题：是否有人体验过显示“购买/恢复”的按钮是否会被 AppStore Review 接受？或者你通常如何定位“恢复”按钮？我明白，对于具有多个 IAP 的应用程序，有一个恢复按钮是有道理的，但在我的情况下它看起来不对，因为用户必须知道/决定他是否已经购买了 IAP（这是完全不必要的） ).
感谢您的建议。