SDK 的一般策略是,如果某些操作正在失败,则来自操作系统的底层错误信息会冒泡到应用程序。(当然,并非所有失败案例都以 OS API 失败开始。)此策略的原因是支持更精确的错误处理和日志记录场景,例如您描述的场景。顺便说一句,如果您在 SDK 中发现不遵循此模式的地方,这是一个错误,请报告。
在这种情况下,FBSession 将一个 NSError 对象传递给您的处理程序,并将 userInfo 中的 FBErrorInnerErrorKey 值设置为操作系统返回的错误对象。为了向您的用户提供准确的错误消息,您可以在 FBSessionStateClosedLoginFailed 案例中使用如下代码片段:
if (error) {
NSError *innerError = error.userInfo[FBErrorInnerErrorKey];
if ([innerError.domain isEqualToString:ACErrorDomain] &&
innerError.code == ACErrorPermissionDenied) {
NSLog(@"User dissallowed permissions via iOS 6.0 integration");
}
}
希望这可以帮助!
* 更新 *
刚刚在设备上尝试过,发现了两个错误;一个在 iOS 6.0 中,另一个在 SDK 中。iOS 6.0 的 bug 是当开关关闭时,操作系统没有传递 NSError 对象,因此没有内部错误。因此,使上面的一般解决方案不适用于所讨论的特定情况。第二个错误确实为您提供了使用 SDK 3.1.1 解决此问题的临时解决方案。
SDK 3.1.1 中的 bug 是我们将 error.userInfo[FBErrorLoginFailedReason] 设置为 FBErrorLoginFailedReason 的值。在内部错误为 NIL 的情况下,您可以检查此原因值以确定应用程序的滑块设置为关闭。在 SDK 中修复此错误后,对此的代码测试将中断,但是,因为我们会将原因设置为与 iOS 6 相关的更合乎逻辑的原因。这是在未来构建中需要注意的问题您的应用程序,如果您决定依赖此值。