译者注：Apple 在 iOS 10.3 中为加入了应用内评分功能。用户可以不用进入 App Store 而是直接在应用内的弹窗提醒中为 app 评分。对此，著名播客应用 Castro 的开发者之一 Oisin 在自己的 博客 中发表了看法，他认为应用内评分功能的实现，使用推送通知要比弹窗提醒更好。少数派经授权翻译转载。以下是译文。

最新的 iOS 测试版本引入了一项新特性，它允许开发者敦促用户在 App Store 上对应用进行评分。整个评分过程可以直接在 app 内完成并提交，而不用离开应用。它使用的是以 iOS 系统规范设计中的 弹窗提醒。

这是一项广受好评的功能改进，不过我觉得目前它的界面设计有一项明显的缺点。我更倾向于使用另一种设计。

问题就在于，弹窗提醒是 模态类型 (Modal)：它接管了整个界面，用户只能对模态窗口内的操作进行响应（为这款应用评分或点击「Not Now」）后，才能继续其他区域的操作。

开发者可以尝试避免在不合适的时间用弹窗警告打扰用户，因为假如一个 app 正在屏幕上以全尺寸界面运行，用户很可能正在进行一项具体的任务。一个弹窗警告强制用户必须响应后才能继续他们原先的工作，冒着打扰用户的风险。这可能会导致用户的负面评分、用户无视请求，还极有可能令用户在整个系统层面关闭应用内评分功能。

iOS 已经有了一项被动式的信息显示方式：增强的推送通知。这为用户提供了一种绝佳的方式来与通知内容进行交互，而不必跳转到另一个应用也不必打断自己手头的操作。

用户每天都在与推送通知进行交互操作，他们给推文点赞、回复消息、整理播客、读新闻资讯，还有其他很多。推送通知不要求用户立即操作，也不会挡住屏幕中的其余部分。用户可以完成他们的任务后再来处理通知提醒。

我认为通知模式能够提升评分功能的效率。

* 这是一项能够敦促用户进行操作的应用请求。

* iOS 可以决定当前时刻显示应用评分的请求是否合适

* 如果 iOS 决定显示这个请求，如推送通知一样，该请求从屏幕顶部下滑出现。

* 用户可以忽略这个请求，上滑隐藏或者不做响应，就把它当作普通的推送通知。

* 用户可以下拉或者点击它来显示出整个评分的 UI。

关键一点是，用户可以先继续完成它们本来要做的事情，然后再与这个通知进行交互操作。

如果新的评分功能使用了一个类似推送通知的交互界面，我相信它会减轻用户被模态弹窗打扰时的不愉快。这也能够使得用户给应用评低分的情况少一些，让更多的评分能有效地被提交到 App Store。

我已经向 Apple 提交了一项功能改进请求。如果你也认同我的看法，请考虑分享这篇博客或转载这个 Radar（Radar，Apple 软件开发 bug 快速提交系统中的单个请求被称为 Radar）。