Как проверить частичный ответ от sendAsynchronousRequest: queue: completeHandler :?

Question

У меня есть следующий код: - (., Например, половина ответа JSON из API)

NSURLRequest *theRequest=[NSURLRequest requestWithURL:[NSURL URLWithString:@"http://some-example-domain.com/api"] 
              cachePolicy:NSURLRequestReloadIgnoringLocalAndRemoteCacheData 
             timeoutInterval:30.0]; 

[NSURLConnection sendAsynchronousRequest:theRequest 
            queue: [NSOperationQueue mainQueue] 
         completionHandler:^(NSURLResponse *response, NSData *data, NSError *error) { 
          if (!error && data) { 
           // success!! - no errors and data returned 
           NSLog(@"success"); 
          } else { 
           // error!! - something whent wrong 
           NSLog(@"failure: %@", [error localizedDescription]); 
          } 

         } 
]; 

, который хорошо работает кроме для нечетных случаев, когда сервер посылает только часть требуемого ответа (это еще является «успешным» в соответствии с моим заявлением «если»)

Есть ли способ использования этого блочного метода, который я могу проверить, чтобы убедиться, что полученные данные завершены?

Я попытался заглянуть в ответ NSURLResponse *, но не могу понять, как его использовать (или, если это действительно полезно в этом сценарии). Любые идеи о том, как тестировать «частично полученные» данные, возвращаемые блоком?

Answer 1

Есть потенциально два различных режима отказа для этого запроса, которые не обрабатываются, и вы должны проверить их по отдельности:

• «успешный» HTTP соединение, но некорректный ответ
• «успешно» соединение HTTP, но код состояния указывает на проблемы на сервере

В случае NSURLConnection, то error только устанавливается, когда не удается установить соединение, не тогда, когда проблема сообщается с сервера (для экзамена например: ошибка 404 или ответ 330).

Вообще, когда вы говорите с HTTP или HTTPS службы, вам необходимо проверить -statusCode в NSURLResponse, что в случае этих услуг будет на самом деле быть NSHTTPURLResponse. Если на сервере есть ошибка, например 408 для запроса, запрошенного на сервере, вам необходимо обработать это отдельно от сбоя подключения (что приведет к установке error).

Даже если вы вернетесь на хороший [response statusCode] == 200, вы, вероятно, по-прежнему хотите проверить отклоненные ответы, которые вам понадобятся, когда вы будете разбирать возвращаемые данные. Это менее вероятный сценарий, но если сервер ошибочен, вы можете получить частичный ответ или отказ в кодировке.