Comment puis-je annuler un appel asynchrone à travers NSURLConnection sendAsynchronousRequest?

J'ai reçu un appel de service web de l'exécution de certains de validation sur la saisie de l'utilisateur en temps réel. Je voudrais utiliser [NSURLConnection sendAsynchronousRequest] sur la validation (qui a été introduit dans l'iOS 5), mais l'annuler si l'utilisateur modifie le champ de saisie du contenu dans le temps de le dire. Quelle est la meilleure façon de annuler une demande en cours?

InformationsquelleAutor Micah Hainline | 2011-11-09
  1. 19

    Il ne semble pas qu'il y est une bonne façon de le faire. La solution semble être de ne pas utiliser le nouveau [NSURLConnection sendAsynchronousRequest] dans des situations où vous avez besoin d'annuler la demande.

    InformationsquelleAutor Micah Hainline
  2. 3

    J'ai réussi à le faire en plaçant le sendAsynchronousRequest méthode dans un autre DownloadWrapper classe, comme suit:

    //
// DownloadWrapper.h
//
// Created by Ahmed Khalaf on 16/12/11.
// Copyright (c) 2011 arkuana. All rights reserved.
//
#import <Foundation/Foundation.h>
@protocol DownloadWrapperDelegate
- (void)receivedData:(NSData *)data;
- (void)emptyReply;
- (void)timedOut;
- (void)downloadError:(NSError *)error;
@end
@interface DownloadWrapper : NSObject {
id<DownloadWrapperDelegate> delegate;
}
@property(nonatomic, retain) id<DownloadWrapperDelegate> delegate;
- (void)downloadContentsOfURL:(NSString *)urlString;
@end
@implementation DownloadWrapper
@synthesize delegate;
- (void)downloadContentsOfURL:(NSString *)urlString
{
NSURL *url = [NSURL URLWithString:urlString];
NSURLRequest *urlRequest = [NSURLRequest requestWithURL:url cachePolicy:NSURLRequestReloadIgnoringLocalAndRemoteCacheData timeoutInterval:TIMEOUT_INTERVAL];
NSOperationQueue *queue = [[NSOperationQueue alloc] init];
[NSURLConnection sendAsynchronousRequest:urlRequest queue:queue completionHandler:^(NSURLResponse *response, NSData *data, NSError *error)
{
if ([data length] > 0 && error == nil)
[delegate receivedData:data];
else if ([data length] == 0 && error == nil)
[delegate emptyReply];
else if (error != nil && error.code == ERROR_CODE_TIMEOUT)
[delegate timedOut];
else if (error != nil)
[delegate downloadError:error];
}];
}
@end

    Pour utiliser cette classe, je ne les suivants, en plus de déclarer DownloadWrapper *downloadWrapper variable (dans la déclaration d'interface) et la mise en œuvre du protocole de méthodes qui gère la réponse ou l'absence de l'un:

    NSString *urlString = @"http://yoursite.com/page/to/download.html";
downloadWrapper = [DownloadWrapper alloc];
downloadWrapper.delegate = self;
[downloadWrapper downloadContentsOfURL:urlString];

    Puis-je simplement faire ce qui suit pour annuler la connexion lorsque la vue est sur le point de disparaître:

    - (void)viewDidUnload
{
[super viewDidUnload];
downloadWrapper = nil;
}
- (void)viewWillDisappear:(BOOL)animated
{
[super viewWillDisappear:animated];
[downloadWrapper setDelegate:nil];
}

    C'est aussi simple que cela. Ce système pourrait imiter le documentée cancel méthode, qui précise qu'il n'suivantes:

    Une fois que cette méthode est appelée, le récepteur délégué du plus
    recevoir les messages de cette NSURLConnection.

    Je craignais que cela (un peu naïf) méthode signifie que les paquets de données seront toujours venir à travers en réponse à notre demande d'URL - seulement ce que nous sommes, n'est plus "à l'écoute en" en tant que délégué. Mais ensuite j'ai réalisé qu'une fois que l'URL de la requête a été envoyée à travers, il n'y a vraiment aucun moyen de stopper la réponse de revenir à nous - nous ne pouvons l'ignorer (si ce n'est, à ce niveau, puis encore à un certain niveau inférieur dans la hiérarchie du réseau). S'il vous plaît corrigez-moi si je me trompe.

    En soit, espérons que cette aide.

    • Le seul problème que j'ai avec cette solution est que vous pouvez seulement avoir un délégué à la fois. L'un des avantages de sendAsynchronousRequest:file d'attente:completionHandler: est-ce que vous pouvez bombarder avec des tonnes de demandes provenant de différents objets. Si vous êtes wrapper délégué des vies, mais la demande initiale de l'objet n'est pas le cas... crash. Cela a été un problème pour moi, quand j'ai essayé d'utiliser cette méthode dans un mondial APIClient. Je suis d'accord avec Micah, mais ce serait une solution viable pour une mise en œuvre simple.
    • Vous avez raison, c'était beaucoup trop simpliste - même pour ce que j'en avais besoin pour. Depuis, j'ai changé mon approche et utilisée dans le RequestQueue de classe par Nick Lockwood à la place. Il a des méthodes pour annuler tous (en même temps) les demandes ou un particulier, en cas de besoin.
    InformationsquelleAutor pxlshpr