AFNetworking: Dostęp do procedur obsługi zakończeń podczas ponownej operacji

Question

Aby podać pewien kontekst: Próbuję zaimplementować globalny moduł obsługi błędów dla błędów uwierzytelniania (przy użyciu uwierzytelniania tokena, a nie podstawowego), który powinien spróbować ponownie uwierzytelnić, a następnie powtórzyć Oryginalny powiodło się żądanie (patrz mój poprzedni pytanie: AFNetworking: Handle error globally and repeat request)

Obecne podejście jest zarejestrowanie obserwatora dla AFNetworkingOperationDidFinishNotification który dokłada ponownego uwierzytelniania i (jeśli auth udało) powtarza oryginalne żądanie:

- (void)operationDidFinish:(NSNotification *)notification 
{ 
    AFHTTPRequestOperation *operation = (AFHTTPRequestOperation *)[notification object]; 

    if(![operation isKindOfClass:[AFHTTPRequestOperation class]]) { 
     return; 
    } 

    if(403 == [operation.response statusCode]) { 
     // try to re-authenticate and repeat the original request 
     [[UserManager sharedUserManager] authenticateWithCredentials... 
      success:^{ 
       // repeat original request 

       // AFHTTPRequestOperation *newOperation = [operation copy]; // copies too much stuff, eg. response (although the docs suggest otherwise) 
       AFHTTPRequestOperation *newOperation = [[AFHTTPRequestOperation alloc] initWithRequest:operation.request]; 

       // PROBLEM 1: newOperation has no completion blocks. How to use the original success/failure blocks here? 

       [self enqueueHTTPRequestOperation:newOperation]; 
      } 
      failure:^(NSError *error) { 
       // PROBLEM 2: How to invoke failure block of original operation? 
      } 
     ]; 
    } 
} 

Jednak natknąłem się na niektóre kwestie dotyczące ukończenia bloków Operacje Żądanie:

• Kiedy powtarzając oryginalny wniosek, oczywiście chcę jej zakończenia bloki mają być wykonywane. Jednak AFHTTPRequestOperation nie zachowuje odnośniki do przekazanych sukces i porażka bloków (patrz setCompletionBlockWithSuccess:failure:) i kopiowanie NSOperation „s completionBlock prawdopodobnie nie jest dobrym pomysłem, ponieważ dokumentacji AFURLConnectionOperation stanów: kopie

  operacyjne nie obejmują completionBlock . completionBlock często silnie przechwytuje odniesienie do self, co, o dziwo, mogłoby wskazywać na oryginalną operację podczas kopiowania.

• Jeśli ponowne uwierzytelnianie nie powiedzie się, chcę wywołać blok błędu pierwotnego żądania. Więc znowu będę potrzebować bezpośredniego dostępu do tego.

Czy coś tu brakuje? Jakieś pomysły na alternatywne podejścia? Czy powinienem wysłać żądanie funkcji?

Answer 1

Wymyśliłem ten problem w aplikacji portfolio Art.sy. Moją ostateczną konkluzją było stworzenie podklasy NSOperationQueue, która miała funkcje tworzenia kopii różnych operacji HTTP AFNetworking po ich niepowodzeniu (i do zrobienia tego trzy razy na adres URL przed rezygnacją).

Answer 2

Czy próbowałeś następujących rzeczy?

// set success/failure block of original operation 
[newOperation setCompletionBlock:[operation.completionBlock copy]]; 
[operation setCompletionBlock:nil]; 

Zauważ, że jeśli uchwycić siebie w oryginalnym ukończenia/bloków awaryjnych (tj dostępu do żadnych Ivars) rzeczywiście dostęp do oryginalnej instancji pracy podczas wykonywania bloku zakończenia realizacji newOperation. Ale tego właśnie chcesz, prawda?

Procedura obsługi powiadomień jest wykonywana przed zakończeniem bloku operacji. Powinieneś ustawić blok zakończenia pierwotnej operacji na zero, aby uniemożliwić jej dwukrotne wykonanie.

Uwaga: blok zakończenia jest ustawiony na zero po wykonaniu (patrz AFURLConnectionOperation).

W bloku błędu authenticateWithCredentials nie należy wykonywać żadnych czynności. Oryginalna operacja zakończyła się w tym czasie i już wykonała swój blok awarii.