FaceBook SDK3.5 closeAndClearTokenInformation вызывает обработчик завершения openActiveSessionWithReadPermissions

Question

У меня есть следующий код, который я использую во время входа в facebook.

- (BOOL)openFBSessionWithAllowLoginUI:(BOOL)allowLoginUI 
      withCompletionHandler:(void (^)())completionHandler 
{ 

    NSArray *permissions = [NSArray arrayWithObjects: 
         @"user_photos", 
         @"email", 
         nil]; 
    return [FBSession openActiveSessionWithReadPermissions:permissions allowLoginUI:allowLoginUI completionHandler:^(FBSession *session, FBSessionState state, NSError *error) { 
     if (error != nil) { 
     ... 
     } else { 
      switch (state) { 
       case FBSessionStateOpen: 
       { 
        ... 
       } 
       case FBSessionStateClosed: 
       { 
        ... 
       } 
       case FBSessionStateClosedLoginFailed: 
       { 
        ... 
       } 
       default: 
        break; 
      } 
     } 
    }]; 
} 

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

[FBSession.activeSession closeAndClearTokenInformation]; 

это снова вызывает completionHandler из openActiveSessionWithReadPermissions: разрешений allowLoginUI :. Это не имеет смысла для меня. Я не думаю, что это правильное поведение. Кто-нибудь видел эту проблему? Как мы выходим из системы? Я использую SDK 3.5 на iOS6.

Answer 1

Согласно this thread в блоге разработчиков Google, это поведение является «по дизайну».

В самом деле, я предлагаю лучшее название для этого метода будет: openActiveSessionWithReadPermissions:allowLoginUI:stateChangeHandler:

как более точно описывает то, что происходит (далее «completionHandler», на самом деле называется на изменение состояния).

Вы можете справиться с этим несколькими способами: Ben Cohen предложить вы можете либо установить completionHandler в nil в блоке завершения (для обеспечения обкатки один раз), this answer предлагает создать FBSessionStateHandler вводные один раз обработчика, или вы можете переключиться на изменение состояния.

В идеале, поскольку мы полагаемся на SDK для определенных целей (войдите в систему, выйдите из системы, сделайте запросы и т. Д.), Они будут предоставлены через делегатов, но поскольку разработчики SDK, по-видимому, немного увлеклись " ooh blocks !! ", вам остается определить свой обработчик изменения состояния в точке, где вы сначала открываете сеанс.

Answer 2

Это очень плохое поведение, я думаю.

FBSession имеет скрытое свойство:

@property (readwrite, copy) FBSessionStateHandler loginHandler; 

Таким образом, вы можете установить его в ноль с помощью этого кода в блоке, как это:

[FBSession openActiveSessionWithReadPermissions:FACEBOOK_PERMISSIONS 
              allowLoginUI:NO 
             completionHandler:^(FBSession *session, FBSessionState state, NSError *error) { 
#pragma clang diagnostic push 
#pragma clang diagnostic ignored "-Warc-performSelector-leaks" 
              [[FBSession activeSession] performSelector:NSSelectorFromString(@"setLoginHandler:") withObject:nil]; 
#pragma clang diagnostic pop 
              // Your stuff... 
             }];