Jak używać NSOperationQueue z NSURLSession?

Koncepcyjnie nsurlsession jest kolejką operacji. Jeśli wznowisz zadanie NSURLSession i punkt przerwania w obsłudze zakończenia, śledzenie stosu może być dość odkrywcze.

Oto fragment wiernego samouczka Raya Wenderlicha na NSURLSession z dodaną instrukcją NSLog do punktu przerwania podczas wykonywania obsługi zakończenia:

NSURLSession *session = [NSURLSession sharedSession];
[[session dataTaskWithURL:[NSURL URLWithString:londonWeatherUrl]
          completionHandler:^(NSData *data,
                              NSURLResponse *response,
                              NSError *error) {
            // handle response
            NSLog(@"Handle response"); // <-- breakpoint here       

  }] resume];

Powyżej możemy zobaczyć procedurę obsługi zakończenia wykonywaną w Thread 5 Queue: NSOperationQueue Serial Queue.

Więc zgaduję, że każdy NSURLSession utrzymuje własną kolejkę operacji, a każde zadanie dodane do sesji jest - pod maską - wykonywane jako nsoperation. Dlatego nie ma sensu utrzymywanie kolejki operacji, która kontroluje obiekty NSURLSession lub zadania NSURLSession.

NSURLSessionTask już oferuje równoważne metody, takie jak cancel, resume, suspend, i tak dalej.

Podsumowując: jeśli chcesz mniej kłopotów - ale mniej kontroli - i ufasz Apple, że sprawnie wykonuje zadania sieciowe w Twoim imieniu, skorzystaj z NSURLSession. W przeciwnym razie wykonaj własne kolejki z NSURLConnection i własnymi kolejkami operacji.

Update: właściwości executing i finishing posiadają wiedzę o stanie bieżącego NSOperation. Po ustawieniu finishing na YES i executing na NO, Operacja jest uważana za zakończoną. Nie jest to jednak możliwe w przypadku, gdy nie jest to możliwe, ponieważ nie jest to możliwe w przypadku, gdy nie jest to możliwe.]}

  - (BOOL) isAsynchronous {
     return YES;
  }

  - (void) main
    {
       // We are starting everything
       self.executing = YES;
       self.finished = NO;

       NSURLSession * session = [NSURLSession sharedInstance];

       NSURL *url = [NSURL URLWithString:@"http://someurl"];

       NSURLSessionDataTask * dataTask = [session dataTaskWithURL:url completionHandler:^(NSData *data, NSURLResponse *response, NSError *error){

          /* Do your stuff here */

         NSLog("Will show in second");

         self.executing = NO;
         self.finished = YES;
       }];

       [dataTask resume]
   }

Termin asynchronous jest dość mylący i nie odnosi się do rozróżnienia między wątkiem UI (głównym) i wątkiem tła.

Jeśli isAsynchronous jest ustawione na YES, oznacza to, że pewna część kodu jest wykonywana asynchronicznie w odniesieniu do metody main . Inaczej powiedziane: asynchroniczne wywołanie jest wykonywane wewnątrz metody main i metoda zakończy się po zakończeniu głównej metody .

Mam kilka slajdow o tym, jak radzić sobie z współbieżnością na apple os: https://speakerdeck.com/yageek/concurrency-on-darwin .

Stara odpowiedź: możesz spróbować dispatch_group_t. Można je uważać za zachowujące licznik dla GCD.

Wyobraź sobie poniższy kod w metodzie main Twojej podklasy NSOperation:

- (void) main
{

   self.executing = YES;
   self.finished = NO;

   // Create a group -> value = 0
   dispatch_group_t group = dispatch_group_create();

   NSURLSession * session = [NSURLSession sharedInstance];

   NSURL *url = [NSURL URLWithString:@"http://someurl"];

    // Enter the group manually -> Value = Value + 1
   dispatch_group_enter(group); ¨

   NSURLSessionDataTask * dataTask = [session dataTaskWithURL:url completionHandler:^(NSData *data, NSURLResponse *response, NSError *error){


      /* Do your stuff here */

      NSLog("Will show in first");

      //Leave the group manually -> Value = Value - 1
      dispatch_group_leave(group);
   }];

   [dataTask resume];

  // Wait for the group's value to equals 0
  dispatch_group_wait(group, DISPATCH_TIME_FOREVER);

  NSLog("Will show in second");

  self.executing = NO;
  self.finished = YES;
}

Z NSURLSession nie dodajesz ręcznie żadnych operacji do kolejki. Używasz metody - (NSURLSessionDataTask *)dataTaskWithRequest:(NSURLRequest *)request Na NSURLSession do wygenerowania zadania z danymi, które następnie uruchamiasz (wywołując metodę resume).

Możesz podać kolejkę operacji, dzięki czemu możesz kontrolować właściwości kolejki, a także używać jej do innych operacji, jeśli chcesz.

Wszelkie typowe działania, które chcesz podjąć na Nsoperacji (tj. start, pauza, stop, wznowienie) wykonujesz na danych zadanie.

Aby ustawić w kolejce 50 obrazów do pobrania, możesz po prostu utworzyć 50 zadań danych, które nsurlsession będzie prawidłowo ustawiać w kolejce.

Jeśli używasz OperationQueue i nie chcesz, aby każda operacja tworzyła wiele jednoczesnych żądań sieciowych, możesz po prostu kolejkować połączenia.waitUntilAllOperationsAreFinished () po dodaniu każdej operacji do kolejki. Będą one teraz wykonywane dopiero po zakończeniu poprzedniego, znacznie zmniejszając ilość jednoczesnych połączeń sieciowych.

Może tego szukasz:

Http://www.dribin.org/dave/blog/archives/2009/05/05/concurrent_operations/

To trochę dziwne, że to nie jest "wbudowane" , ale jeśli chcesz podłączyć rzeczy NSURL z NSOperation to wygląda na to, że musisz ponownie użyć runloopa w głównym wątku i uczynić operację "współbieżną" ("współbieżną" do kolejki).

Choć w Twoim przypadku-jeśli chodzi tylko o zwykłe pobieranie, bez kolejnych, zależnych, operacji podłączony - nie jestem pewien, co można zyskać przy użyciu NSOperation.