Wie man halt den aktuell ausgeführten NSOperation?

Gibt es ein äquivalent zu [NSOperationQueue currentQueue] oder [NSThread currentThread] für NSOperation?

Ich habe eine ziemlich komplexe Domänen-Modell, bei dem die schwere Verarbeitung passiert, ganz tief unten im Aufruf-stack. Um rechtzeitige Abbrechen eines Vorgangs würde ich brauchen, um passieren die NSOperation als parameter an jede Methode, bis ich auf den Punkt kommen, wo ich will, unterbricht eine länger laufende Schleife. Die Verwendung von threads, die ich verwenden könnte [[NSThread currentThread] isCancelled] so würde es scheinen praktisch, wenn es eine gleichwertige für die NSOperation, leider gibt es nur die scheinbar nutzlos [NSOperationQueue currentQueue].

InformationsquelleAutor Jon Tirsen | 2011-09-07

7

Kam mit einer Erweiterung in swift gibt, die den Laufenden Betrieb
```
extension NSOperationQueue {
    public var runningOperations: [NSOperation] {
        return operations.filter {$0.executing && !$0.finished && !$0.cancelled}
    }
}
```
Dann können Sie pick-up die erste
```
if let operation = aQueue.runningOperations.first {}
```
- Hinterhältig, aber ich habe es ausprobiert und es funktioniert Recht elegant, auch über Klassen aus dem Swift-Erklärung genannt zu werden, die in Objective-C unter Verwendung von [[[NSOperationQueue currentQueue] runningOperations] objectAtIndex:0].
InformationsquelleAutor Arsonik
4

Nein, es gibt keine Methode, um die aktuell ausgeführte operation.

Zwei Möglichkeiten, um Ihr problem zu lösen:
1. Operationen sind Objekte. Wenn Sie brauchen, Ein Objekt zu sprechen, Objekt B, müssen Sie vereinbaren, um eine Referenz zu B. Es gibt viele Wege, das zu tun. Eine Möglichkeit ist die übergabe der operation zusammen, um jedes Objekt, das informiert werden muss es. Ein weiteres ist die Verwendung von delegation. Eine Dritte zu machen, ist der Betrieb Teil eines größeren "Kontext" übergeben Sie entlang zu jeder Methode oder Funktion. Wenn Sie feststellen, dass Sie brauchen, um passieren eine Referenz von einem Objekt durch mehrere andere, nur um es auf das Objekt, welches schließlich benutzen Sie es, um einen Hinweis, sollten Sie sich Gedanken über die Neuordnung Ihre code.
2. Habe die "schwerarbeit" - Methode wieder etwas Wert übergeben bekommt Sie den Ruf der Kette. Sie benötigen nicht unbedingt die heavy-lifting-Methode aufrufen [currentOperation cancel] um Ihr Ziel zu erreichen. In der Tat, es wäre besser, Sie haben wieder etwas Wert, dass der Vorgang zu verstehen, zu verstehen, "die Arbeit ist getan, jetzt aufzuhören," weil Sie es können, der Rückgabewert und die Ausfahrt sofort, anstatt zu rufen -isCancelled einmal in eine Weile, um herauszufinden, ob es storniert wurde.
InformationsquelleAutor Caleb
3

Dies ist nicht eine gute Idee. Operationen sind in der Regel abgebrochen, indem Sie Ihre Warteschlange. Innerhalb der operation main () - Methode können Sie in regelmäßigen Abständen überprüfen, wenn selbst gekündigt wird (sagen wir, alle n Durchläufe einer Schleife, oder am Anfang jeder großen block von Befehlen) und Abbruch wenn dem so ist.

Zu reagieren, um eine Stornierung (sagen wir, einige UI-Elemente gebunden, die auf den Betrieb oder queue-status) verwenden Sie key-value-observing (KVO) haben Ihre controller beachten Sie die Operationen " gestartet, abgeschlossen, abgebrochen Eigenschaften (wie benötigt), dann legen Sie Ihre UI-state (immer auf dem Haupt-thread), wenn diese Schlüssel werden aktualisiert. Pro JeremyP Kommentare, es ist wichtig zu beachten, dass die KVO-Meldungen kommen aus dem op-thread und UI-sollte (fast) immer manipuliert werden, auf die main thread, also müssen Sie Sie verwenden -performSelectorOnMainThread... Methoden zur Aktualisierung Ihres eigentlichen UI, wenn Sie Sie empfangen einen Zustand zu ändern, KVO Hinweis über Ihre Operationen.

Was sind Sie wirklich versuchen, zu tun? Das ist, warum fühlst du dich anderen teilen von Ihrer app wissen müssen direkt über den aktuellen Betrieb?
- -1 fürchte ich. Nichts davon ist zur Arbeit zu gehen. Einstellung des Vorgangs isCancelled-Eigenschaft keine Wirkung, es sei denn, der Betrieb, überprüft in regelmäßigen Abständen das isCancelled-Eigenschaft. Sicherlich KVO wird nicht funktionieren, weil KVO-Benachrichtigungen empfangen werden, auf dem gleichen thread, in dem Sie gesendet werden, auf.
- Ähhh ... hast du meinen post gelesen, bevor down-voting es? Die Beobachtung dieser Eigenschaften ist genau, wie diese Dinge getan werden. Sie beobachten den Zustand zu ändern, verwenden Sie dann -performSelectorOnMainThread... etwas tun, was getan werden muss auf dem Haupt-thread. "All dies ist zur Arbeit zu gehen" ist mir neu, da ich mehrere apps, die genau das tun. Auch habe ich nie gesagt, dass du set die Kündigung. In der Tat habe ich ausdrücklich gesagt, die Warteschlange für den Vorgang abbricht und den Vorgang prüft, diesen Zustand in regelmäßigen Abständen und aufhört zu arbeiten, wenn das stimmt.
- Was passiert ist: queue bricht ops -> op-Beiträge KVO Hinweis von isCancelled, Griffe Beendigung selbst -> Beobachter (einige controller der deine) Notizen ändern, und wenn noch Arbeit zu tun, tut es auf Haupt-thread. Funktioniert jedes mal. Nur weil dein controller ist messaged in einem anderen thread bedeutet nicht, er kann nicht damit umgehen. Wenn es zu tun hat etwas auf dem Haupt-thread, rechts gehen Sie vor und senden Sie sich selbst etwas auf dem Haupt-thread.
- Das heißt, ich kann man meine Sätze stehen könnte geklärt werden.
- Ich habe eine ziemlich komplexe Domänen-Modell, bei dem die schwere Verarbeitung geschieht ganz tief unten in der call-graph. Um rechtzeitige Abbrechen eines Vorgangs würde ich brauchen, um passieren die NSOperation als parameter an jede Methode des call-Graphen. Mit threads könnte ich stattdessen verwenden Sie einfach [NSThread currentThread] so würde es scheinen praktisch, wenn es eine gleichwertige für die NSOperation, leider gibt es nur die scheinbar nutzlos [NSOperationQueue currentQueue].
- Methoden wie "deep down im Aufruf-graph" sollte wohl nicht davon ausgehen, dass Sie sogar als Teil der operation ist. Oder, wenn Sie wissen, dass, sollte die operation wahrscheinlich etwas, das bekannt, um Ihre jeweiligen Objekte. Entweder Weg, je weiter Sie sich von der operation, wenn Sie sich entscheiden, es zu kündigen, umso wahrscheinlicher ist es, dass Sie sollten es umgestalten von code.
- +1 für Caleb ' s Kommentar. Etwas scheint zu fehlen in dem Entwurf, wenn Sie Probleme haben. Vielleicht das, was Sie wirklich meinen zu tun ist "zu verlassen, den Betrieb der main-nach der Einstellung -isSuccessful KEINE". (die ursprüngliche Frage scheint zu stark gewesen umgeschrieben von anderen -- überprüfen Sie bitte OP ist das noch deine beabsichtigte Frage)
- Nozzi: Das ist viel klarer jetzt, also habe ich entfernt, die down-vote. Der Punkt, den ich machte ist, dass der Betrieb die Ausführung wird nur dann aufhören, wenn der Betrieb prüft die isCancelled Flagge. Kein Betrag der KVO magic wird eine operation stoppen, die läuft in einer Schleife nie überprüfen isCancelled.
InformationsquelleAutor Joshua Nozzi
1

Könnten Sie speichern den aktuellen Vorgang in der thread-Wörterbuch. Denken Sie nur daran, um es loszuwerden, bevor Sie zu verlassen. Sie können sicher verwenden die thread dict, wenn Sie das Objekt erstellt.

InformationsquelleAutor Tony

Können Sie eine Kombination von [NSOperationQueue currentQueue] & [NSThread currentThread] um dies zu erreichen.

Im wesentlichen müssen Sie eine Schleife durch die Operationen auf den currentQueue und finden Sie den Betrieb am laufen auf der currentThread.

NSOperation nicht bieten Zugriff auf den thread ausgeführt wird, so dass Sie brauchen, um hinzuzufügen, dass die Immobilie selbst zuweisen.

Sind Sie wahrscheinlich bereits Unterklassen von NSOperation und bietet ein Haupt, so fügen Sie ein 'thread' Eigenschaft mit-Unterklasse:

@interface MyOperation : NSOperation
    @property(nonatomic,strong) NSThread *thread ;
@end

Dann in Ihrer 'Haupt -' zuweisen, den aktuellen thread zu dieser Eigenschaft

myOperation.thread = [NSThread currentThread]

Können Sie fügen Sie dann eine 'currentOperation" - Methode:

+(MyOperation *)currentOperation
{
    NSOperationQueue *opQueue = [NSOperationQueue currentQueue] ;
    NSThread *currentThread = [NSThread currentThread] ;

    for( MyOperation *op in opQueue.operations ) {
        if( [op isExecuting] && [op respondsToSelector:@selector(thread)] ) {
                if( op.thread == currentThread ) {
                    return ( op ) ;
                }
            }
        }
    }

    return nil ;
}

InformationsquelleAutor Rich Waters

0

Woher wissen Sie, welcher Vorgang, den Sie Abbrechen möchten?
Wenn Sie zu dem Punkt, die Sie stornieren möchten, rufen Sie einfach an [myQueue Operationen] und gehen Sie durch die Vorgänge, bis Sie feststellen, diejenigen, die Sie jetzt kündigen möchten. Ich denke, wenn Sie haben Millionen von Operationen (oder Tausende) das funktioniert möglicherweise nicht.

[myQueue Operationen] ist thread-safe - eine Momentaufnahme von den Queue-Inhalt. Sie können Tauchen bis es ziemlich schnell Abbrechen wird.

Einen anderen Weg:
NSOperationQueue ist nicht ein singleton, so können Sie ein F hat, sagen wir 200 Arbeitsplätze auf es, und dann brechen Sie alle 20 durch gerade, dass Q und löscht Sie alle. Speichern Sie die Q ' s in einem Wörterbuch auf dem main-thread, und dann können Sie die jobs, die Sie wollen, wieder aus dem dict und stornieren Sie alle. also Sie haben 1000 Arten von Operationen, und an die Stelle im code, wo Sie merken, Sie brauchen nicht eine bestimmte Aufgabe, die Sie gerade erhalten die Q für diese Art, und durch Sie für Aufträge zu stornieren.

InformationsquelleAutor Tom Andersen

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.