NSURLSession délégué vs completionHandler

J'ai toujours utilisé l'achèvement des gestionnaires. Avec NSURLConnection et maintenant avec NSURLSession. Il est mené à mon code étant vraiment en désordre, surtout que j'ai demande dans la demande dans la demande.

J'ai voulu essayer à l'aide de délégués dans NSURLSession de mettre en œuvre quelque chose que j'ai fait untidily avec NSURLConnection.

J'ai donc créé un NSURLSession, et créé un dataTask: 

NSURLSessionDataTask *dataTask = [overallSession dataTaskWithURL:url
                                                  completionHandler:^(NSData *data, NSURLResponse *response, NSError *error) {
                                                      if(error == nil)
                                                      {
                                                          NSString * text = [[NSString alloc] initWithData: data encoding: NSUTF8StringEncoding];
                                                          NSLog(@"Data = %@",text);
                                                      }

                                                  }];

    [dataTask resume];

Droit maintenant, j'ai un completionHandler pour la réponse, comment pourrais-je passer à les délégués à gérer la réponse et les données? Et puis-je ajouter un autre dataTask par le délégué de celui-ci? En utilisant les cookies que cette dataTask créé et placé dans la session?

InformationsquelleAutor AndrewSB | 2014-03-26
  1. 41

    Si vous voulez ajouter un délégué de classe, vous avez besoin pour mettre en œuvre les NSURLSessionDataDelegate et NSURLSessionTaskDelegate protocoles au minimum.

    Avec les méthodes:

    NSURLSessionDataDelegate - en continu le statut de votre demande

     - (void)URLSession:(NSURLSession *)session dataTask:(NSURLSessionDataTask *)dataTask didReceiveResponse:(NSURLResponse *)response
 completionHandler:(void (^)(NSURLSessionResponseDisposition disposition))completionHandler {

    receivedData=nil; receivedData=[[NSMutableData alloc] init];
    [receivedData setLength:0];

    completionHandler(NSURLSessionResponseAllow);
}

    NSURLSessionDataDelegate

    -(void)URLSession:(NSURLSession *)session dataTask:(NSURLSessionDataTask *)dataTask
   didReceiveData:(NSData *)data {

    [receivedData appendData:data];
}

    NSURLSessionTaskDelegate

     - (void)URLSession:(NSURLSession *)session task:(NSURLSessionTask *)task
didCompleteWithError:(NSError *)error {
 if (error) {
  //Handle error
 }
else {
   NSDictionary* response=(NSDictionary*)[NSJSONSerialization JSONObjectWithData:receivedData options:kNilOptions error:&tempError];
    //perform operations for the  NSDictionary response
}

    Si vous voulez séparer le délégué de code (couche du milieu) de votre classe d'appel (de manière générale, les bonnes pratiques à avoir séparé la classe/de la couche pour les appels réseau), le délégué de NSURLSession doit être :-

    NSURLSession *session=[NSURLSession sessionWithConfiguration:sessionConfig delegate:myCustomDelegateClass delegateQueue:nil];

    Ref Liens:

    1. NSURLSession De Référence De Classe
    2. iOS NSURLSession Exemple HTTP (GET, POST, Fond Downlads )
    3. De NSURLConnection à NSURLSession
    • Si plusieurs demandes simultanées peut être en vol en même temps, cette approche ne fonctionnera pas, car vous allez ajouter des données à partir de différentes tâches. Dans ce cas, utilisez un dictionnaire pour ajouter uniquement les données appartenant à des tâches particulières.
    • je vous remercie pour le 2ème lien! il a beaucoup aidé et c'était exactement ce dont j'avais besoin!
    • Merci beaucoup...
    • Vous pouvez faire tout ce genre de choses, mais en général, sauf si vous êtes en train de faire de l'authentification personnalisée personnalisé de mise en cache, ou d'essayer d'utiliser les données avant de recevoir tous (par exemple, partielle l'analyse d'une page web pour commencer le rendu plus tôt), il est généralement plus propre à l'utilisation de rappels et de s'en remettre aux données obtenues à une méthode si les choses deviennent trop profondément imbriqués et déroutant. Juste mon de 0,02$.
    • dans le cas où le délégué des rappels sont configurés pour revenir sur la file d'attente principale, le [receivedData appendData:données]; peut être une opération coûteuse, de sorte qu'il doit être déplacé mondiale de la file d'attente dans un async façon et il devrait y avoir ajouté un verrou;
    InformationsquelleAutor Vacca