/* Page prose (de) */
"OperationQueueRunningInTheBackground" = "# OperationQueue: wo Operationen tatsächlich laufen\n\nEine **`OperationQueue`** nimmt Operationen an und führt sie für dich auf\nHintergrund-Threads aus, wobei sie die Threads selbst verwaltet. Du fügst Arbeit\nhinzu; die Warteschlange entscheidet, wann und wo sie läuft.";
"OperationQueueRunningInTheBackground-2" = "`addOperation` nimmt ein Closure und verpackt es für dich in eine\n`BlockOperation`. `waitUntilAllOperationsAreFinished()` blockiert den\naufrufenden Thread, bis sich die Warteschlange leert, hier praktisch, damit die\nSeite lange genug am Leben bleibt, um die Ausgabe zu sehen.\n\n> In einer echten App würdest du einen Thread *nicht* so blockieren; du würdest\n> eine Fertigstellung oder eine Abhängigkeit nutzen, was das nächste Kapitel ist.\n\n**Sieh es laufen:** Die vier `Finished job N`-Zeilen können in **beliebiger\nReihenfolge** erscheinen (du siehst vielleicht `1, 2, 4, 3`) und erst dann\n`All four jobs done`. Standardmäßig führt eine Warteschlange mehrere Operationen\n**nebenläufig** aus, also wetteifern sie darum, fertig zu werden. Führe es ein\npaar Mal aus; die Reihenfolge wird sich verschieben. Verlass dich nie darauf.\n\n[Zurück](@previous)  |  Seite 4 von 9  |  [Weiter: Eine Warteschlange seriell machen](@next)";
