Objective-C du gestionnaire de rappel

Je ne suis pas entièrement sûr de ce que vous essayez de le faire là - bas- votre fonction de rappel est un bloc... est-ce intentionnel? Je m'attends à ce que votre méthode ressembler à quelque chose comme ceci:

- (void)signInAccountWithUserName:(NSString *)userName password:(NSString *)password;

Si l'intention de votre rappel est d'exécuter un code supplémentaire (spécifié lors de l'appel de la méthode), sur la fin, puis un bloc serait utile. Par exemple, votre méthode pourrait ressembler à ceci:

- (void)signInAccountWithUserName:(NSString *)userName
                         password:(NSString *)password
                       completion:(void (^)(void))completionBlock
{
    //...
    //Log into the account with `userName` and `password`...
    //

    if (successful) {
        completionBlock();
    }
}

Puis appelez la méthode comme suit:

[self signInAccountWithUserName:@"Bob"
                       password:@"BobsPassword"
                     completion:^{
                         [self displayBalance];  //For example...
                     }];

L'appel de cette méthode permettrait de connecter l'utilisateur dans le compte, puis dès que c'est terminé, montrer l'équilibre. C'est clairement un exemple artificiel, mais j'espère que vous obtenez l'idée.

Si ce n'est pas le genre de chose que vous avez voulu, alors il suffit d'utiliser une méthode de signature comme celle ci-dessus.

---

MODIFIER (UN meilleur exemple d'utilisation de la successful variable):

Une meilleure conception serait de passer un Booléen de retour à la fin du bloc qui décrit la façon dont la connexion a:

- (void)signInAccountWithUserName:(NSString *)userName
                         password:(NSString *)password
                       completion:(void (^)(BOOL success))completionBlock
{
    //Log into the account with `userName` and `password`...
    //BOOL loginSuccessful = [LoginManager contrivedLoginMethod];

    //Notice that we are passing a BOOL back to the completion block.
    if (completionBlock != nil) completionBlock(loginSuccessful);
}

Vous verrez aussi que cette fois-ci, nous sommes en vérifiant que la completionBlock paramètre n'est pas nil avant de l'appeler - c'est important si vous souhaitez autoriser le recours à la méthode sans un achèvement bloc. Vous pouvez utiliser cette méthode comme suit:

[self signInAccountWithUserName:@"Bob"
                       password:@"BobsPassword"
                     completion:^(BOOL success) {
                         if (success) {
                             [self displayBalance];
                         } else {
                             //Could not log in. Display alert to user.
                         }
                     }];

Mieux encore (si vous pouvez excuse les andains d'exemples!), si il serait utile pour l'utilisateur de connaître la raison de l'échec, de retour d'un NSError objet:

- (void)signInAccountWithUserName:(NSString *)userName
                         password:(NSString *)password
                       completion:(void (^)(NSError *error))completionBlock
{
    //Attempt to log into the account with `userName` and `password`...

    if (loginSuccessful) {
        //Login went ok. Call the completion block with no error object.
        if (completionBlock != nil) completionBlock(nil);
    } else {
        //Create an error object. (N.B. `userInfo` can contain lots of handy 
        //things! Check out the NSError Class Reference for details...)
        NSInteger errorCode;
        if (passwordIncorrect) {
            errorCode = kPasswordIncorrectErrorCode;
        } else {
            errorCode = kUnknownErrorCode;
        }
        NSError *error = [NSError errorWithDomain:MyLoginErrorDomain code:errorCode userInfo:nil];
        if (completionBlock != nil) completionBlock(error);
    }
}

L'appelant peut alors faire usage de la NSError dans la réalisation et à déterminer la façon de procéder (le plus probable, pour décrire à l'utilisateur ce qui n'allait pas). Ce type de modèle est légèrement moins fréquente (bien que parfaitement valide); la plupart des NSErrors sont retournés par le pointeur d'adressage indirect, par exemple dans le NSFileWrappers -initWithURL:options:error: méthode:

NSError *error;
NSFileWrapper *fw = [[NSFileWrapper alloc] initWithURL:url options:0 error:&error];
//After the above method has been called, `error` is either `nil` (if all went well),
//or non-`nil` (if something went wrong).

Dans le login exemple, cependant, nous sommes probablement attendre la tentative de connexion à prendre une certaine quantité de temps pour le terminer (par exemple en vous connectant à un compte en ligne), de sorte qu'il est parfaitement raisonnable d'utiliser un gestionnaire d'achèvement qui passe à une erreur.