2012-10-19 3 views
2

Начиная с Facebook iOS SDK 3.1.1, Facebook split openActiveSessionWithPermissions до 2 частей: openActiveSessionWithReadPermissions и openActiveSessionWithPublishPermissions (пояснил here).Различия между reauthorizeWithPublishPermissions и openActiveSessionWithPublishPermissions?

Однако в документации Facebook говорится позвонить по телефону openActiveSessionWithReadPermissions сначала, , затем позвоните по телефону reauthorizeWithPublishPermissions. Я не вижу никаких объяснений, когда я должен использовать openActiveSessionWithPublishPermissions.

Пожалуйста, помогите мне разобраться в различии между двумя методами и когда я буду использовать их.

Спасибо заранее,

ответ

-2

Там находятся 2 подходы вы можете следовать:

  • A. Вы можете запрашивать у пользователя разрешения на публикацию действий при подключении к Facebook и авторизовать приложение в первый раз ,

В этом случае вам нужно будет использовать reauthorizeWithPublishPermissions: ..

  • B. В качестве альтернативы можно попросить разрешения, когда они хотят, чтобы выполнить конкретное действие опубликовать.

В этом случае вам нужно будет использовать reauthorizeWithPublishPermissions первый и позже reauthorizeWithPublishPermissions

ИМХО первый подход более цельным, но может в конечном итоге приводит к плохим результатам, так как некоторые пользователи не хотите предоставить разрешения в первый раз, когда они разрешают приложение. Второй подход требует большего взаимодействия от пользователя, но дает им больше контроля.

Facebook рекомендует второй подход, но на самом деле это ваш выбор.

Приветствия

+0

Вы не можете запрашивать разрешения на публикацию при первом открытии сеанса, вы должны запросить базовое разрешение на чтение и затем повторно указать для получения дополнительных разрешений. – Maurizio

+0

@Maurizio это утверждение больше не верное – Pochi

0

Вот некоторые возможные сценарии:

  1. Пользователь, если приходит в ваше приложение в первый раз, и никогда не уполномочивал приложение.
  2. Пользователь возвращается в ваше приложение и ранее разрешил ваше приложение. Доступен кешированный токен, чтобы сеанс можно было открыть. Кэш-память также хранит предыдущие разрешения.

В случае (1) вы можете открыть сеанс только для разрешений на чтение. Вы не можете запрашивать разрешения на публикацию в первый раз.

В случае (2) вы можете запросить разрешение на публикацию. Вам нужно будет проверить, есть ли кеш-код.

В обоих случаях (1) или (2) вы всегда можете вызвать методы повторного авторизации после того, как сеанс был первоначально открыт.

 Смежные вопросы

  • Нет связанных вопросов^_^