Jak uzyskać kod statusu w AFNetworking

Question

Mam metodę autoryzacji użytkownika. Potrzebuję podstawowej autoryzacji.

NSString *url = [NSString stringWithFormat:@"%@/rest/api/person/auth", host]; 
    AFHTTPRequestOperationManager *manager = [AFHTTPRequestOperationManager manager]; 
    [manager setRequestSerializer:[AFHTTPRequestSerializer serializer]]; 
    [manager.requestSerializer setAuthorizationHeaderFieldWithUsername:_loginField.text password:_passwordField.text]; 
    [manager setResponseSerializer:[AFJSONResponseSerializer serializer]]; 
    [manager GET:url parameters:nil success:^(AFHTTPRequestOperation *operation, id responseObject) { 
     [self parseResponseForUser:responseObject]; 
    } failure:^(AFHTTPRequestOperation *operation, NSError *error) { 
     NSLog(@"Error %@ ",error); 
    }]; 

Głównym problemem jest tutaj określenie typu błędu. Być może wystąpił błąd autoryzacji i błędu w przypadku problemu z połączeniem sieciowym (host nie jest osiągalny). Gdy login i hasło nie są zgodne z kryteriami, blokada działa. Na przykład, jeśli kładę złe hasło i zalogować biorę ten komunikat o błędzie .:

Error Code NSCocoaErrorDomain Domain = 3840 = "Operacja nie mogła być zakończone. (Cocoa błąd 3840.)" (tekst JSON nie zaczynał się od tablicy lub obiektu i opcji zezwalającej na brak fragmentów.)

Jak mogę przechwytywać typy błędów?

Answer 1

Wreszcie znaleziona odpowiedź, może być pomocna dla kogoś. Potrzebne mi było używać:

NSInteger statusCode = operation.response.statusCode; 

i mogę złapać to lubią:

[manager GET:url parameters:nil success:^(AFHTTPRequestOperation *operation, id responseObject) { 
     NSLog(@"response:%@", responseObject); 
     [self parseResponseForUser:responseObject]; 
    } failure:^(AFHTTPRequestOperation *operation, NSError *error) { 
     NSInteger statusCode = operation.response.statusCode; 
     if(statusCode == 401) { 
     } else if (statusCode == 404) { 
     } 
    }]; 

Answer 2

Twój Json musi być:

{ 
    "access" : "1", 
    "admin" : "0", 
    "code" : "constantine2", 

    ... 

    "positions" : [ 
       { 
      "departmentID" : "992c93ee-2fa7-4e53-be5f-4e32a45ba5e6", 
      "departmentName" : "Dev-C++ resources page (libraries, sources, updates...)", 
      .... 
     } 
    ], 
    "userid" : "3b660c13-b856-41fa-a386-814a7b43bacc" 
} 

Answer 3

Wygląda na to serwer może reagować z HTML, lub może odpowiedzieć JSON. Ale gdy wpiszesz:

[manager setResponseSerializer:[AFJSONResponseSerializer serializer]]; 

Mówisz AFNetworking, aby oczekiwać JSON.

Zamiast próbować mówienie go obsługiwać regularne odpowiedź HTTP, jeśli nie jest to JSON:

NSArray *serializers = @[[AFJSONResponseSerializer serializer], [AFHTTPResponseSerializer serializer]]; 
AFCompoundSerializer *compoundResponseSerializer = [AFCompoundSerializer compoundSerializerWithResponseSerializers:serializers]; 
[manager setResponseSerializer:compoundResponseSerializer]; 

Teraz, gdy serializer JSON zawiedzie, wniosek zostanie przekazany do AFHTTPResponseSerializer, co powinno wywołać swój blok awarii z odpowiednim kodem błędu HTTP zamiast z błędem parsowania JSON.

Nawiasem mówiąc, AFHTTPResponseSerializer ma podklasę, więc zachęcamy do zapoznania się z tą opcją, jeśli chcesz bardziej specyficzne zachowanie.

Answer 4

Zdarza się często, że serwery mogą wysyłać odpowiedź o innej treści niż żądana, jeśli wysyłają błąd.

Na przykład podczas wysyłania żądania z JSON jako Content-Type i spodziewa się odpowiedzi JSON z serwera, można by określić następujące nagłówki żądanie:

Content-Type: application/json 
Accept: application/json 

Jeżeli wniosek nie powiedzie z powodu błędu uwierzytelniania serwer może przesłać kod stanu 401 (Unauthorized) oraz opcjonalną odpowiedź zawierającą odpowiednie informacje diagnostyczne.

Ściśle, serwery internetowe powinny respektować nagłówek Accept, ale niestety, niektóre nie wysyłają "standardowej" odpowiedzi na błąd na przykład w text/html. Jednak szczegóły powinny zostać określone w interfejsie API.

Twoje wdrożenie powinno załatwić sprawę z wdziękiem. Oznacza to, że program obsługi odpowiedzi musi zakodować (lub przeanalizować) dane odpowiedzi zgodnie z Content-Type odpowiedzi, na przykład text/html lub zignorować, jeśli jest to odpowiednie. Dokładniej, zawsze powinieneś zapytać o kod statusu HTTP ORAZ typ zawartości, a następnie podjąć świadomą decyzję, w jaki sposób chcesz potraktować odpowiedź.

Zobacz odpowiedź Arona Bragera, jak rozwiązać ten problem z AFN.

Answer 5

można dać spróbować uzyskać kod błędu, a następnie wyświetlić wiadomości odpowiednio.

failure:^(AFHTTPRequestOperation *operation, NSError *error) { 
    NSInteger statusCode = error.code; 
    if(statusCode == -1001) { 
     // request timed out 
    } else if (statusCode == -1009 || statusCode || -1004) { 
     // no internet connectivity 
    } 
}]; 

Podobnie można sprawdzić na innym kodem.

Answer 6

Oto jak to zrobić.

[self.httpClient GET:@"someAPI" 
      parameters:parametersDictionary 
      success:^(NSURLSessionDataTask *task, id responseObject) { 
      } failure:^(NSURLSessionDataTask *task, NSError *error) { 
       NSHTTPURLResponse *response = (NSHTTPURLResponse *)task.response; 
       NSInteger statusCode = [response statusCode]; 
       switch (statusCode) { 
       case 404: 
        break; 
       default: 
        break; 
       } 
      }]; 

Answer 7

W AFNetworking 3.0+ oraz w przypadku wystąpienia błędu, można uzyskać dostęp do kodu stanu w error.userInfo obiektu w bloku niepowodzenia w:

failure:^(NSURLSessionDataTask * _Nullable task, NSError * _Nonnull error) { 

    NSHTTPURLResponse *response = error.userInfo[AFNetworkingOperationFailingURLResponseErrorKey]; 

    NSInteger statusCode = response.statusCode; 

    // Do something with the status code 
}]; 

Answer 8

Lepsza reakcja ALOK Srivastava za pomocą NSURLError enum :

failure:^(AFHTTPRequestOperation *operation, NSError *error) { 
NSInteger statusCode = error.code; 
if(statusCode == NSURLErrorTimedOut) { 
    // request timed out 
} else if (statusCode == NSURLErrorNotConnectedToInternet || statusCode || NSURLErrorCannotConnectToHost) { 
    // no internet connectivity 
}}]; 

Answer 9

Oto jak to zrobić w Swift

((NSURLSessionDataTask, NSError) -> Void) = { (sessionDataTask :NSURLSessionDataTask, responseError : NSError) -> Void in 
    let response = sessionDataTask.response as! NSHTTPURLResponse 
    switch (statusCode) { 
     case 404: 
     // do stuff 
     case 401: 
     // do stuff 
     default: 
     break; 
    } 
}