Devo utilizzare "weakSelf" In un blocco di spedizione?

Question

Ho sentito che dovrei sempre usare weakSelf in blocchi per evitare i cicli di conservazione, ma per quanto riguarda i blocchi di spedizione? In questo caso, il mio metodo gestisce una risposta di errore dal mio server nel codice seguente:

//handling server errors (particularly "Token Refresh Failed" ones) 
-(void)handleServerErrorResponse:(NSString *)error { 
    dispatch_async(dispatch_get_main_queue(), ^{ 
     UIAlertController *alertController = [DialogHelper getAlertForSimpleAuthError:error]; 
     if ([error isEqualToString:@"Your login session has expired"]) { 
      [alertController addAction:[UIAlertAction actionWithTitle:@"Ok" style:UIAlertActionStyleDefault handler:^(UIAlertAction * _Nonnull action) 
      { 
       [MyModelDataCenter emptyDataCenter]; 
       [MyAPIInterface sharedInstance].authToken = nil; 
       NSUserDefaults* defaults = [NSUserDefaults standardUserDefaults]; 
       [defaults removeObjectForKey:@"authToken"]; 
       [defaults removeObjectForKey:@"defaultUserObjectDictionary"]; 
       [defaults synchronize]; 
       [AuthenticationHelper sharedInstance].loggedInUser = nil; 
       [self.navigationController popToRootViewControllerAnimated:YES]; 
      }]]; 
     } 
     else { 
      [alertController addAction:[UIAlertAction actionWithTitle:@"Ok" style:UIAlertActionStyleDefault handler:nil]]; 
     } 
     [self presentViewController:alertController animated:YES completion:nil]; 
    }); 
} 

Dovrei usare weakSelf in questo blocco lo stesso che lo faccio in altri blocchi?

Answer 1

È necessario utilizzare la "danza" debole-forte per evitare un ciclo di mantenimento solo quando c'è un ciclo di mantenimento persistente. Perché ciò accada, due condizioni devono essere soddisfatte:

• il blocco è di proprietà di un oggetto a cui fa riferimento all'interno del blocco
• il proprietario non rilascia il blocco prima di un proprio deallocazione

Se una di queste cose non è vera, non esiste un ciclo di conservazione permanente e nessun problema.

In questo caso, né è vero. In generale, Blocchi messi nelle code di spedizione non saranno soggetti a cicli di conservazione, a meno che non si mantenga il blocco in un ivar da riutilizzare.

Answer 2

Anche io sono d'accordo con Josh e hanno concordato fin dall'inizio, che non v'è alcun motivo per weakifying self, se è non è necessario (il blocco non è in possesso da un oggetto di riferimento), in passato la maggior parte indebolito self come predefinito. (Credo che i cambiamenti di maggioranza.)

Tuttavia, non ci può essere un motivo per weakify self ancora non c'è conservano ciclo:

Immagine che si dispone di un oggetto istanza che viene riempito da un blocco di lunga durata . È possibile che l'oggetto istanza possa morire mentre il blocco è in esecuzione, i. e. perché l'utente l'ha cancellato. In tal caso, il blocco riempirebbe un oggetto istanza che non ha più utilità e che è stato rimosso dal modello, ma ancora vivo, perché il blocco lo trattiene. Indebolendolo liberarlo e impostare il catturato self a nil, ciò che è facile da controllare e di solito non fa semplicemente nulla.

Ma io davvero non penso e non ho mai pensato che questo scenario giustifica una regola empirica "Weakify di default".