Ios 使用PublishPermissions重新授权与使用PublishPermissions的OpenActiveSession之间的差异？

从Facebook iOS SDK 3.1.1开始，Facebook将OpenActiveSessionWith权限拆分为两部分： 解释了openActiveSessionWithReadPermissions和openActiveSessionWithPublishPermissions

然而，Facebook的文档说，首先调用openActiveSessionWithReadPermissions， 然后调用reauthorizeWithPublishPermissions。我没有看到任何关于何时应该使用openActiveSessionWithPublishPermissions的解释

请帮助我了解这两种方法之间的区别以及我应该何时使用它们

---

提前感谢，

您可以遵循以下两种方法：

答：当用户连接到facebook并首次授权您的应用程序时，您可以向用户请求发布操作的权限。 在这种情况下，您需要使用reauthorizeWithPublishPermissions:

B.另一种选择是在他们想要执行特定发布操作时请求权限。 在这种情况下，您需要先使用reauthorizeWithPublishPermissions，然后再使用reauthorizeWithPublishPermissions

IMHO第一种方法更加无缝，但可能会导致糟糕的结果，因为有些用户不希望在第一次授权应用程序时授予权限。第二种方法需要用户进行更多的交互，但给了用户更多的控制

Facebook推荐第二种方法，但实际上这是你的选择

---

干杯

您可以遵循两种方法：

答：当用户连接到facebook并首次授权您的应用程序时，您可以向用户请求发布操作的权限。 在这种情况下，您需要使用reauthorizeWithPublishPermissions:

B.另一种选择是在他们想要执行特定发布操作时请求权限。 在这种情况下，您需要先使用reauthorizeWithPublishPermissions，然后再使用reauthorizeWithPublishPermissions

IMHO第一种方法更加无缝，但可能会导致糟糕的结果，因为有些用户不希望在第一次授权应用程序时授予权限。第二种方法需要用户进行更多的交互，但给了用户更多的控制

Facebook推荐第二种方法，但实际上这是你的选择

---

干杯

以下是一些可能的场景：

如果用户是第一次访问你的应用程序并且从未授权过你的应用程序，则该用户将被拒绝。 用户正在返回到您的应用程序，并且之前已授权您的应用程序。缓存的令牌可用，因此可以打开会话。缓存的令牌还存储以前授予的权限。 在案例1中，您只能打开具有读取权限的会话。您不能第一次请求发布权限

在案例2中，您可以请求发布权限。您必须检查是否存在缓存令牌

---

在第一种或第二种情况下，您始终可以在会话初始打开后调用重新授权方法。

以下是一些可能的情况：

如果用户是第一次访问你的应用程序并且从未授权过你的应用程序，则该用户将被拒绝。 用户正在返回到您的应用程序，并且之前已授权您的应用程序。缓存的令牌可用，因此可以打开会话。缓存的令牌还存储以前授予的权限。 在案例1中，您只能打开具有读取权限的会话。您不能第一次请求发布权限

在案例2中，您可以请求发布权限。您必须检查是否存在缓存令牌

---

在第1种或第2种情况下，您始终可以在首次打开会话后调用重新授权方法。

您不能在第一次打开会话时请求发布权限，您必须先请求基本读取权限，然后再重新授权以获得更多权限。@Maurizio该语句不再正确您不能在第一次打开会话时请求发布权限，您必须先请求基本读取权限，然后再重新授权以获得更多权限。@Maurizio该语句不再正确