Synchrone Aufrufe mit RemoteObject

Question

Gibt es eine Möglichkeit, synchrone Aufrufe mit RemoteObject in Flex zu machen?

Answer 1

Alle E/A in Flex sind asynchron. Das typische Muster, um damit umzugehen, ist die Verwendung einer AsyncResponder . Zum Beispiel:

var t:AsyncToken = remoteObject.methodCall();
t.addResponder(new AsyncResponder(resultEvent, faultEvent));

Answer 2

Denken Sie zweimal nach, wenn Sie es synchron haben wollen.

Wissen Sie, was synchron bedeutet? Es wird Ihre Anwendung einfrieren, bis sie Daten empfangen hat. Es sei denn, u sind ziemlich sicher, dass Ihre Remote-Aufruf Rückgabewert sofort (super schnelle Netzwerkverbindung) erhalten kann.

Wenn Ihre Funktionsaufrufe voneinander abhängen, würde ich vorschlagen, dass Sie einen Zustandsautomaten implementieren. z.B.

nach dem 1. asynchronen Aufruf wird Ihr Zustand zu STATE_1, und Ihr nächster Funktionsaufruf prüft diese Zustandsvariable, um über den nächsten Schritt zu entscheiden (ignorieren Sie den aktuellen Aufruf oder machen Sie weiter).

meine 2 Cents.

Answer 3

Wenn Sie synchrones Verhalten wünschen, fügen Sie einfach eine Wartezeit nach dem Aufruf hinzu.

EDIT: Ich habe Code für die Verkettung Verhalten, das ich sprach hinzugefügt. Ersetzen Sie einfach die Ergebnis-Handler jedes nachfolgende Mal, wenn Sie das remoteObject aufrufen.

...
remoteObject.function1(...);
...

private var resultHandler1(event:ResultEvent):void
{
    ...
    remoteObject.removeEventListener(resultHandler1);
    remoteObject.addEventListener(ResultEvent.RESULT, resultHandler2);
    remoteObject.function2(...);
}

private var resultHandler2(event:ResultEvent):void
{
    ...
}

Answer 4

Ich habe dasselbe auf zwei Arten erreicht: Erstens, wie oben erwähnt, die Verwendung von Zustandsautomaten. Das kann manchmal knifflig werden. Zweitens, die Verwendung von Befehlswarteschlangen - ich denke, das ist der beste Weg, es zu tun... aber der Nachteil ist, dass die UI möglicherweise nicht sehr reflektierend in dieser Zeit sein.

Answer 5

Nein, warum sollten Sie das überhaupt tun wollen. Flex macht Dinge asynchron, so dass der Benutzer nicht gezwungen ist, zu warten, während die Daten zurückkommen. Es wäre ein sehr schlechtes Benutzererlebnis, wenn der Benutzer jedes Mal, wenn eine Anwendung Daten anfordert, darauf warten müsste, dass diese zurückkommen, bevor irgendetwas anderes passieren kann.

---

von Kommentar

Nein, Sie brauchen keinen Synchronus behaivour. Wenn Sie sagen, 2 Anrufe und Aufruf 2 kommt vor Aufruf 1, aber 2 stützt sich auf die Daten in 1 dann sind Sie mit entweder nicht abfeuern Ereignis 2, bis 1 zurückkommt (dies wird Ihre App verlangsamen - ähnlich wie Synchronus-Ereignisse) oder implementieren eine Möglichkeit zu überprüfen, dass Ereignis 1 zurück in Ereignis 2's Handler gekommen ist (es gibt viele Möglichkeiten, die Sie dies tun könnten). Wenn Sie viele Ereignisse abfeuern, warum haben Sie dann nicht eine Wrapper-Klasse, die Ihre Ereignisse verfolgt und nichts mit den Antworten macht, bis alle Ereignisse zurück sind. Sie können die AsyncToken verwenden, um den Überblick über die einzelnen Anforderungen zu halten, so dass, wenn Sie das Abfeuern von Lasten auf einmal sind, dann können Sie herausfinden, exaclty was zurück und was nicht kommen.