评价时机
- 在特定时机下，首次出现应用内评价弹窗
- SKStoreReviewController 一年只能使用3次，需要确认这 3 次是不是需要精确写定弹出的时机
- 防止键盘遮挡问题
- 旧 iOS 版本兼容问题（iOS 10.3 以下）
- 目的是能得到用户的正反馈，尽量保证只在忠实用户前，且在合适的时机上才弹出真正的评分框
评价时机
- 只有在用户与您的应用程序进行了演示后，才要求提供评分。例如，在完成游戏级别或生产力任务时提示用户。
- 永远不要要求首次发布或入职期间的评级。留出足够的时间来形成意见。
- 不要打断用户，尤其是当他们正在执行时间敏感或压力很大的任务时。查找逻辑暂停或停止点，评级请求最有意义。
- 不要成为害虫。重复的评级提示可能会让人恼火，甚至可能会对用户对您的应用程序的看法产生负面影响。在评分请求之间至少允许使用一两个星期，并且只有在用户演示了与您的应用的额外参与之后再次提示。
概况
- iOS10.3 之后，苹果引入一种新的应用内评分评论机制， 用户将可在应用内直接对应用进行评分。
- 评分/评论请求视图的实际显示是由 App Store 策略管理的。 由于此方法可能会或可能不会显示警报，因此响应按钮点击或其他用户操作来调用它是不合适的。
现有评价机制
- iOS应用内部实现 App Store 评分功能，笔着整理总结有三种方式，各位可根据自己需求自己选择。先介绍下评分功能实现的三种方式。
- 通用方式通过 App 内部打开网页形式，跳转到 AppStore 编辑评论，可评分，可评论。
- 优点：方便，快捷，不受系统版本限制，目前最常用的方式。
- 缺点：内部网页形式加载缓慢，等待时间长，加载失败概率大。
- iOS 6.0 以后 在 app 内部加载 AppStore 展示 app 信息
- 优点：展示速度比方法三块快
- 缺点：不能直接跳转到评论编辑页面，需要手动点击评论+编辑评论
- iOS 10.0.3 新增应用内评分功能，调用系统方法评分。
- 优点：无须跳转，应用内系统弹框，方便快速。
- 缺点：只能评分，且一年只能使用三次弹框。
- 通用方式通过 App 内部打开网页形式，跳转到 AppStore 编辑评论，可评分，可评论。
结果
参考网址