Хороший шаблон для интернет-запросов с Grand Central Dispatch?

Итак, вы заменили это

- (void)doDownload {
    NSURL *url = [NSURL URLWithString:@"http://foobar.com"];
    NSMutableURLRequest *request = [NSMutableURLRequest requestWithURL:url];
    connection = [[NSURLConnection alloc] initWithRequest:aURLRequest delegate:self];
    receivedData = [[NSMutableData data] retain];
}
- (void)connection:(NSURLConnection *)connection didReceiveData:(NSData *)data {
    [_receivedData appendData:data];
}
- (void)connectionDidFinishLoading:(NSURLConnection *)connection {
    NSArray *array = [_receivedData objectFromJSONDataWithParseOptions:JKParseOptionLooseUnicode];
    callbackBlock(array);       
}

с этим -

- (void)doDownload {
    NSURL *url = [NSURL URLWithString:@"http://foobar.com"];
    ASIHTTPRequest *request = [ASIHTTPRequest requestWithURL:url];
    dispatch_queue_t queue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);

    dispatch_async(queue, ^(void) {
        [request startSynchronous];
        NSArray *array = [[request responseData] objectFromJSONDataWithParseOptions:JKParseOptionLooseUnicode];

        // Callback on the main queue to update UI.
        dispatch_async(dispatch_get_main_queue(), ^(void) {
            callbackBlock(array);
        });
    });
}

и 10 000+ строк кода из ASIHTTPRequest.

Что это у тебя есть?

NSURLConnection полностью асинхронный, использует GCD, кеши, автоматическое архивирование/распаковку и т. д. и т. д.

По этой причине и исходя исключительно из предоставленной вами (возможно, неполной) информации, я бы сказал, что это был действительно ужасный фрагмент кода.

Конечно, контекст — это все, и у вас может быть очень, очень, очень веская причина для повторной реализации уже существующей функциональности кода библиотеки, предоставленной Apple.

На WWDC2010 для сетевого программирования Apple рекомендует использовать асинхронное программирование с RunLoop.

• WWDC 2010 Session 207 — Сетевые приложения для iPhone OS, часть 1
• WWDC 2010 Session 208 — Сетевые приложения для iPhone OS, часть 2

Асинхронный запрос NSURLConnection является одним из наиболее эффективных способов. Но если вы хотите использовать ASIHTTPRequest, как насчет этого? (Асинхронный запрос ASIHTTPRequest реализован с использованием NSOperationQueue, это не то же самое, что асинхронный NSURLConnection.)

ASIHTTPRequest *request = [ASIHTTPRequest requestWithURL:url];
[request setCompletionBlock:^{
    dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_LOW, 0), ^{
        NSData *responseData = [request responseData];
        /* Parse JSON, ... */
        dispatch_async(dispatch_get_main_queue(), ^{
            callbackBlock(array);
        });
    });
}];
[request setFailedBlock:^{
    NSError *error = [request error];
    /* error handling */
}];
[request startAsynchronous];

Этот код выглядит нормально для одного сетевого подключения, но если вы используете ASIHTTPRequest, вы, скорее всего, будете мобильным приложением. Для нескольких одновременных загрузок я бы реализовал очередь (см. «Использование очереди» в документах ASIHTTPRequest), где вы можете указать количество максимальных одновременных подключений (например, использовать 2 для GPRS и 8 для Wi-Fi) или ограничить пропускную способность. Затем в селекторе завершения используйте GDC или что-то еще, чтобы запустить обработку данных из основного потока пользовательского интерфейса.

По сути, использование блоков с ASIHTTPRequest для простого случая дает вам другой синтаксис в отношении NSURLConnection, как упоминалось fakeAccount22. И NSURLConnection также имеет синхронные методы, поэтому вы можете избежать внешней зависимости (и потенциального источника ошибок/проблем) и использовать ее в блоках.

Лучший способ сделать это — использовать gcd при получении обратного вызова, а не при инициировании запроса. Затем вы можете проанализировать фоновый поток и уведомить об этом в основном потоке. Удачи!