据我所知，当我们致电SKStoreReviewController.requestReview()时，Apple会根据各种因素决定是否显示评论提示。我很好奇的是我们的应用程序提示之间的最短时间。 According to Apple，有一些限制（强调我的）：
如果用户尚未提供反馈，尚未提供请求 最近制作，系统显示要求的应用内提示 评级和可选的书面评论。
我知道除了文档中的内容之外，对此调用的行为没有任何保证，但我想知道在实践中会发生什么。
我正在试图弄清楚我们是否需要实施自己的逻辑来等待一段合理的时间才能再次请求提示，或者Apple的“最近”定义是否足够用于此目的。
答案 0 :(得分：0)
我们的团队从Apple获得的建议是在用户完成“高价值”任务后调用requestReview。例如，在我们的视频应用中，我们会在用户完成观看两个视频后调用它。这样做，用户自然可能对应用程序更满意，并且更愿意对其进行评级，因为它们不会在任务中间被中断。
我建议我更加努力地确定提示审核的最佳时间，并让Apple的代码规范提示的频率。随着时间的推移，Apple可能会对确切的行为进行微调。
答案 1 :(得分：-1)
没有记录，并且没有（非hacky）方法来检测是否显示提示，因此无法收集有关此行为的数据。很沮丧！
就个人而言，我限制了requestReview的通话频率，以确保它们在时间上有足够的间隔，并且在用户有足够的时间使用该应用之前不会发生第一次通话。