SKReceiptRefreshRequest对象具有两个方法的委托:
- (void)requestDidFinish:(SKRequest *)request; - (void)request:(SKRequest *)request didFailWithError:(NSError *)error;
在我的代码中,如果用户执行或不按取消,则会调用requestDidFinish委托方法.
这对我来说很重要的原因是,如果用户按取消,我想取消恢复过程.如果刷新请求之后根本没有收据,这可能比较容易.但是,有时在SKReceiptRefreshRequest之前,应用程序中有收据(有些购买)),如果用户从登录对话框中取消,则会保留在应用程序中.
我有两个想法如何做到这一点:
1)在刷新请求之前删除捆绑包中的收据.明显的问题是应用程序无法从捆绑包中删除文件(例如,见Delete file from bundle after install).我试过了.不.
2)在刷新请求之前检查收据的字节;如果它们不同,则应该指示用户没有按取消.如果他们没有区别,我不确定是否表示他们按取消.如果收据包含购买,我认为字节将不同,因为刷新的收据应该具有不同的事务ID(但是相同的“原始”事务ID).如果收据不包含任何购买,我不确定.
更新,11/9/15;我刚刚注意到,按取消的用户的委托回复似乎已经改变了.现在,didFailWithError被调用.然而,检测用户取消的问题仍然存在.我们如何区分用户按取消和真正的错误?我已经在iOS8.4和iOS9.2(测试版)上进行了测试.我现在已经报告说这种缺乏可区分性是苹果的错误(bug#23476210).
更新,11/10/15; iOS 9.0.2不会出现此问题!我刚刚尝试使用所有三个系统,具有相同的应用程序二进制,在相同的大致间隔时间(所有三个系统的20分钟内):(A)iOS9.2(13C5050d):问题确实发生(didFailWithError被调用并且不能区分真实的错误和用户按取消),(B)iOS9.0.2,不发生问题(requestDidFinish被调用),和(C)iOS8.4.1,问题确实发生.使用所有三个系统版本,这是在真正的硬件上运行,而不是模拟器.
解决方法
我明白你2年前问过这个问题,但是最近我遇到这个问题,找到了一个解决方案,想在这里分享一下,以便别人节省一些时间.
1)您可以选择将收据存入钥匙串并访问其副本,这样您可以将其删除或刷新,因为您认为合适.
2)是的,你可以肯定检查它是否改变,我认为最简单的方法是使用:
[receipt isEqualToData:(NSData *)(copyReceiptObject)]
我的建议如下:
– (void)请求:(SKRequest *)请求didFailWithError:(NSError *)错误;
当登录对话框中的用户点击取消后,即可登录iTunes Store.有很多习惯是你可以做刷新请求,所以结果可能会有所不同,但是这是你的请求的不同错误:
当iTunes没有连接时:
Error Domain=SSErrorDomain Code=110 “Cannot connect to iTunes Store”
UserInfo={NSLocalizedDescription=Cannot connect to iTunes Store,
NSUnderlyingError=0x13c76d680 {Error Domain=NSURLErrorDomain
Code=-1009 “Cannot connect to iTunes Store”
UserInfo={NSLocalizedDescription=Cannot connect to iTunes Store,
NSErrorFailingURLStringKey={ your product ids and corresponding URIs here }
,_kcfStreamErrorCodeKey=8,_kcfStreamErrorDomainKey=12,
NSLocalizedDescription=The Internet connection appears to be offline.}}}
当用户点击取消时:
Error Domain=SSErrorDomain Code=16 “Cannot connect to iTunes Store”
UserInfo={NSLocalizedDescription=Cannot connect to iTunes Store,
NSUnderlyingError=0x13c6ac7b0 {Error Domain=AKAuthenticationError
Code=-7003 “(null)”}}
最简单的我想是检查error.code,如果你想变得更复杂,你可以选择解析完整的错误字符串,以获得更多关于错误的详细信息.
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。