Co lepiej używać: NSOperationQueue czy GCD?

Wybór między NSOperationQueue a GCD zależy od konkretnych wymagań zadania.

GCD (Grand Central Dispatch) - niskopoziomowe API w C do programowania równoległego, oparte na koncepcji kolejek.

NSOperationQueue - wysokopoziomowe API w Objective-C/Swift, zbudowane na GCD. Zapewnia dodatkowe możliwości.

Główne różnice:

Cecha	GCD	NSOperationQueue
Poziom API	Niskopoziomowe	Wysokopoziomowe
Typ zadań	Bloki kodu (closures w Swift)	Obiekty Operation
Zależności	Nie obsługuje natywnie	Obsługuje zależności między operacjami
Priorytet	Obsługuje	Obsługuje, z możliwością zmiany
Anulowanie zadań	Trudne do zaimplementowania	Łatwe przez cancel()
Monitorowanie	Nie wbudowane	Właściwości do monitorowania (isExecuting, isFinished)
Maksymalna liczba równoległych zadań	Brak bezpośredniej kontroli	Można ustawić maxConcurrentOperationCount
Dziedziczenie	Nie dotyczy bloków	Można dziedziczyć, tworząc własne operacje

Kiedy używać GCD:

• Gdy wymagana jest maksymalna wydajność i minimalny narzut.
• Dla prostych zadań w tle, bez złożonej logiki lub zależności.
• Przy pracy z niskopoziomowymi API.

Przykład wykonania krótkiego zadania CPU-bound w tle:

// DispatchQueue.global(qos: .userInitiated) - globalna kolejka z określonym priorytetem.
// async - asynchroniczne wykonanie bloku kodu.
DispatchQueue.global(qos: .userInitiated).async {
    // Wykonanie zasobożernego zadania
    let result = self.performExpensiveCalculation()

    // Przełączenie na główną kolejkę do aktualizacji UI
    DispatchQueue.main.async {
        self.updateUI(with: result)
    }
}

Kiedy używać NSOperationQueue:

• Gdy zadania mają zależności i muszą być wykonywane w określonym porządku.
• Gdy konieczne jest łatwe anulowanie zadań lub monitorowanie ich statusu.
• Gdy potrzebna jest kontrola nad maksymalną liczbą jednocześnie wykonywanych zadań.
• Dla bardziej złożonych lub długotrwałych zadań.
• Gdy konieczne jest tworzenie wielokrotnego użytku, enkapsulowanych jednostek pracy (Operation).

Przykład z zależnością:

import Foundation

// Operacja do pobierania danych
let downloadOperation = BlockOperation {
    print("Pobieranie danych...")
    Thread.sleep(forTimeInterval: 2) // Symulacja opóźnienia
    print("Dane pobrane.")
}

// Operacja do przetwarzania danych, zależna od pobierania
let processOperation = BlockOperation {
    print("Przetwarzanie danych...")
    Thread.sleep(forTimeInterval: 1) // Symulacja opóźnienia
    print("Dane przetworzone.")
}

// Dodanie zależności: processOperation czeka na zakończenie downloadOperation
processOperation.addDependency(downloadOperation)

// Utworzenie kolejki operacji
let operationQueue = OperationQueue()

// Dodanie operacji do kolejki
operationQueue.addOperation(downloadOperation)
operationQueue.addOperation(processOperation)

// Oczekiwanie na zakończenie wszystkich operacji (do celów demonstracyjnych, zwykle nie robi się tego)
operationQueue.waitUntilAllOperationsAreFinished()
print("Wszystkie operacje zakończone.")

Podsumowanie:

• Dla prostych, niezależnych zadań i maksymalnej wydajności wybiera się GCD.
• Dla bardziej złożonych scenariuszy z zależnościami, anulowaniem i monitorowaniem, lepszy jest NSOperationQueue.

NSOperationQueue dodaje warstwę abstrakcji i funkcjonalności nad GCD, czyniąc go bardziej wygodnym dla niektórych zadań, choć z niewielkim narzutem. W większości przypadków, jeśli potrzebne są jego dodatkowe możliwości, jest to dobry wybór.