第一次进来的新用户没必要弹,活跃度不高的用户也没必要弹
创新互联专注于成都网站设计、成都做网站、网页设计、网站制作、网站开发。公司秉持“客户至上,用心服务”的宗旨,从客户的利益和观点出发,让客户在网络营销中找到自己的驻足之地。尊重和关怀每一位客户，用严谨的态度对待客户，用专业的服务创造价值，成为客户值得信赖的朋友，为客户解除后顾之忧。
至少一个月内不要再弹.取消是个明显的拒绝信号，死缠滥打只会让用户更加反感
比如正在菜单设置相机的参数，录像、拍照。
每年最多使用 3 次弹窗来请求用户评分
只能线上版本才能打分，测试版本可以弹框但提交按钮被置灰
可以在下个版本加上，暂时不对用户开放，用来测试（比如在某个输入框输入“test score”）弹出评分，看触发几率、间隔时间
在 iOS 10.3 之前，如果你要给一个应用评分，那么你需要打开 App Store，搜索应用，找到评论，点击撰写评论，然后评分。整个评分流程非常繁琐，还要忍受漫长的页面加载，导致很少有用户愿意主动评分。
先询问用户是否对应用满意，如果满意则去评分，如果不满意则跳转到发送邮件页面，避免了打低分，也有可能会收集到反馈；
作为开发者，还是希望不强迫用户给自己的APP打分的，在平时使用其他APP时，也没有打分的习惯，除非确实让我觉得很赞的，会前往app store五星加好评。特别是某些APP弹框提示写着“残忍拒绝”就感觉不太友好，点了拒绝吧，还让人觉得有点罪恶感。
但是某些时候就不得不做一些自己不愿做的事情，毕竟独立开发者还是少数的，上述的评分机制，也是一个折衷选择，尽量让用户愉快的评分。
ios不下载评分方法：据调查相关公开信息显示，可以通用方式通过App内部打开网页形式，跳转到AppStore编辑评论，可评分，可评论。iOS是由苹果公司开发的移动操作系统。苹果公司最早于2007年1月9日的Macworld大会上公布这个系统。
按苹果规定，每台设备、每个App、每年只能弹出 3 次该提示窗口，如果超过这个次数，则什么都不会显示。
虽然规定严格，但它非常方便，用户随手一点就可以给App评分了。再想想以前的方式：先离开App跳转到App Store，等待网络加载，在那么长的页面中找到评分入口。。。破坏用户使用App的整体性、影响用户心情、浪费用户时间、增加用户学习成本。。。可以说毫无优点。即便我自己作为一个开发者，都很少跳转到应用商店给App评分，但如果我发现哪个App使用了这个新API，我一般至少给个4星好评！举手之劳，何乐而不为呢？
因此，我们必须利用好每年的这 3 次机会。苹果官方的意思是，你应该在用户对你的App有了整体的了解，且对你的App感到满意的时候弹出窗口，请用户给予评分。
这么玄学的状态怎么把握呢？举个栗子，你的App是一款游戏，用户正在打关底boss，你肯定不想在这个时候弹出窗口让用户评分吧（保证他给你一星）？等他成功通关的时候，这时他正心满意足，肯定不介意赏你几颗星星。
新API虽然方便又好用，但是次数实在太少，而且弹出了用户可能也会点击“取消”，关键这也会使次数-1！而且，这个功能是有可能被用户关闭的，在系统设置-iTunes Store与App Store中可以找到“App内评分及评论”的开关，如果用户关闭了这个开关，则上面的窗口也不会弹出。
所以，我们还是需要有个跳转到App Store的方法做保障，在次数不足时（App中无法获取到“App内评分及评论”开关的状态）使用
总结三种实方法
SKStoreProductViewControllerDelegate 代理方法
iOS 10.3之后，用户可以在APP内直接进行评分，不需要再跳转到AppStore
OC版：
引入框架
#import StoreKit/StoreKit.h
#import "Availability.h"(用于判断 ios 版本)
调用 requestReview 方法
Swift 版：
引入框架
import StoreKit
调用 requestReview 方法
跳转到APP Store的应用详情位置
这种方式只打开 App 在 App Store 详情页面，用户如果想进行评分或评论，需要在该页面往下滑动，找到“评分及评论”功能。
方法不重要，重要的是在应用APP评分机制时需要清楚以下的四个问题：
上展示：
支持 iOS 版本：iOS10.3 以上
限制条件：
1.每年最多使用 3 次弹窗来请求用户评分。
2.只能评星，不能写评论。
3.只能调用方法，无法判断是否响应，无法获取评分信息（完全是 App Store 管理）
4.开发模式时调用此方法，可以一直弹出评分视图，但提交是灰色不可点击；使用 TestFlight 分发的应用程序中（内测）调用此方法时，此方法无效；
使用：
引入头文件：#import StoreKit/StoreKit.h （StoreKit 框架）
注意事项：
因为无法知道用户评几分，为了获得高的评分，对流程需要做一下优化。
比如：先询问用户是否对应用满意，如果满意则去评分，如果不满意则跳转到意见反馈页面，避免了打低分。
另外如果用户点了满意，调用评分，也不能确定是否会弹框（可能是离上次弹框时间比较短，苹果没有说明是否会有间隔时间（没有找到有关信息）；也可能用户已经弹过三次了）。
可以在下个版本加上，暂时不对用户开放，用来测试（比如在意见反馈输入框输入“评分”，弹出评分，看触发几率、间隔时间）
经测试：评分弹框出现前1秒会有卡住的感觉
在合适的时机调用：
对于我们的应用，在使用优惠券投资成功，提现，回款等时机对用户对咱们评分比较有利。另外对比较活跃的用户（一天登录10几次，每次停留时间较长）
直接跳到 AppStore app 评论页面：
对产品 Appstore 的 URL 添加参数 action=write-review ，可以自动打开 App 可以在 App Store 中撰写评论的页面
评论回复：
在 iOS 10.3 后，开发者回复可以 App Store 评论。
在 App 的开发者管理后台 iTunes Connect 中，开发者在我的 App —— 活动 —— 评分与评论里能看到用户给 App 留下的评论，并可以选择某一条评论进行回复。
