Facebook iOS SDK 3.1要求读取和发布权限

15
在新的3.1 iOS SDK中,我们不再允许同时请求读取和发布权限,并且我们必须在请求发布权限之前先请求读取权限。在我的应用程序中,在完成活动后有一个分享按钮。当用户按下此按钮时,我想要请求他们的发布权限,然后将故事发布到他们的Feed上。但是,此时用户可能尚未授权应用程序读取权限。
此时,用户表示他们想通过Facebook分享,但我不能仅请求发布权限,也不能一次性请求读取和发布权限,也不能依据文档要求连续请求读取和发布权限。我不想在用户登录或启动应用程序时提示他们进行读取权限,因为他们很可能永远不会使用这些功能,我不想无谓地打扰用户。
即使文档说不允许这样做,但我仍然可以连续请求两种类型的权限,但这会导致两个弹出框依次出现,之间有延迟。这感觉像是一种hack,可能会让用户感到困惑。
这是否真的是新的期望行为,而我所尝试的做法是不可能的,还是我有什么不理解的地方?
谢谢

我有完全相同的问题。除非用户点击分享按钮,否则我不想将他们重定向到Facebook。你在这方面有什么运气吗? - Ross
1个回答

4

您说得对,我们强烈建议不要使用连续权限,如果您这样做,您的应用程序很可能无法获得批准。

也许可以抓住机会要求提前获取基本信息。即使只是为了一些简单的个性化(如头像和姓名),您也将能够在发布操作之前建立信任,并向社交经验总体上迈进。

(此外,从“零开始”让人们相信您代表他们发布的可能性也较小。)


1
应用程序被拒绝?这是一个非常严重的后果,特别是因为Facebook公布的文档中这样说:“如果您尝试[同时请求两组权限],SDK将带领用户通过不太理想的应用切换或基于Web的验证流程”[链接](http://developers.facebook.com/docs/tutorial/iossdk/upgrading-from-3.0-to-3.1/) - foggzilla
2
谢谢您回答我的问题。但是,新的SDK的哲学似乎是在用户发起需要授权的操作之前不要求用户授权任何内容。我不想要求新用户进行基本授权,因为这可能会让那些没有使用Facebook集成的愿望的用户失去兴趣。我只想在用户决定分享时才打扰他们。 - Casey
通过批准,我指的是App Store,它可能也对这个流程有要求。确实,如果您一起请求两者(这与背靠背不同),Facebook SDK别无选择,只能回退到替代技术。 - James Pearce
登录按钮实际上可以请求读取和发布权限吗?我的意思是我们可以设置两个属性。我们如何请求这两个权限? - Junchao Gu

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接