AS Workflow

[carsten cs]

Hallo

ich wußte nicht genau, wo ich das hier posten sollte, weil es im rahmen von flex stattfindet, habe ich gedacht ich poste es besser hier.

Von PHP kenne ich , dass wenn man im code eine neue zeile anfängt, dass man davon ausgehen kann, dass die funktionen vorher alle schon erledigt worden sind.

Bei Flex oder auch AS3? bin ich nun auf folgendes Beispiel gestoßen, was ein ganz anderes Verhalten schlußfolgern läßt? :
Wenn man bei diesem Beispiel davon ausgehen möchte, dass die funktionen erledigt sein sollen, muß man eine extra funktion aufrufen ???


Seite 1332

adg.dataProvider = groupedCollection;
adg.expandAll();

In this example, the call to expandAll() fails because the AdvancedDataGrid control is in the process of setting the dataProvider property, and the expandAll() method either processes the old value of the dataProvider
property, if one existed, or does nothing.
In this situation, you must insert the validateNow() method after setting the data provider. The validateNow() method validates and updates the properties and layout of the control, and then redraws it, if necessary. The following example inserts the validateNow() method before the expandAll() method:

adg.dataProvider = groupedCollection;
adg.validateNow();
adg.expandAll();

OK AS is eventdriven, aber eine gewisse Sicherheit der Zeilenreihenfolge benötigt man doch? Gibt es da irgendwelche Anhaltspunkte , Regeln?
Oder muß man ganz umdenken.?

[carsten cs]

Ungefähr weiß ich die Antwort ja eigentlich schon selbst.

as3 funktioniert natürlich Zeile für Zeile.

Aber die Programmlogik von Flex ist über die Zeile-für-Zeile-Struktur hinaus in die Möglichkeiten mit events gewachsen, was auch eine gewisse unübersichtlichkeit bedeutet.

Das problem ist vielmehr die Dokumentation so einer Programmstruktur.

Ich das eigentlich nur mit prosa möglich (also dass man es nur mit wörtern beschreiben kann), oder gibt es hier für auch Diagramme/Übersichten, mit denen man den Platz der Funktion in der event Reichenfolge übersichtlich nachvollziehen kann.

Eigentlich ist Flex ja ein RealTeilsystem - oder ? Gibt es in dieser Sparte nicht unter Umständen extra Dolumentationsmöglichkeiten?

[Martin Kraft]

Grundsätzlich ist das in AS auch so, wie Du es für PHP beschrieben hast. Alles andere würde die Ausführung des Codes auch unberechenbar machen...

Da es für einen Flashfilm jedoch sehr ungünstig ist, wenn er jedesmal einfrieren müsst während er auf irgendwelche Daten wartet oder extrem komplexe Berechnungen macht, gibt es die Möglichkeit asynchrone Funktionen zu programmieren und so Aufgaben zeitlich zu verteilen. Das ist im Endeffekt nichts anderes als, dass die Funktion intern ein TimeOut, Intervall oder EnterFrame aufruft, welches den Process abarbeitet und ggf. ein End-Event wirft.

Von außen sieht man so einer Funktion das natürlich nicht an ob sie asynchron arbeitet, aber dafür gibt's ja die Dokumentation.

Ich kenne die Klasse und Aufgabe Deiner Funktion nicht, denke aber, dass da intern etwas on EnterFrame überprüft und gerendert wird und daher erst im nächsten Frame den richtigen Zustand zur Verfügung steht. Das kann man jedoch aber durch den direkten Aufruf der Renderfunktion umgehen.

Sicher hätte der Ersteller dieser Funktion das auch eleganter lösen können (z.B. über eine set-Funktion), aber das Leben ist nun mal kein Wunschkonzert...

[Omega Psi]

Ja, ActionScript ist deterministisch in seiner Ausführung. Aber trotzdem kann man nicht naiv mit dem Code umgehen, da - insbesondere in Flex - Code nicht in einem Frame abgearbeitet wird, sondern aus Performance Gründen nur in bestimmten Phasen des Players ausgeführt werden sollte. Man will also nicht zu viel Code in einem Frame ausführen, sonst kommt es zu Performance Einbußen (die Framerate geht runter).

Als Flex Entwickler sollte man sich mal mit dem Komponenten Lebenszyklus auseinander gesetzt haben. Der ist genau auf diese Problematik hin designed.

[Omega Psi]

Zitat von Martin Kraft

ch kenne die Klasse und Aufgabe Deiner Funktion nicht, denke aber, dass da intern etwas on EnterFrame überprüft und gerendert wird und daher erst im nächsten Frame den richtigen Zustand zur Verfügung steht. Das kann man jedoch aber durch den direkten Aufruf der Renderfunktion umgehen.

Sicher hätte der Ersteller dieser Funktion das auch eleganter lösen können (z.B. über eine set-Funktion), aber das Leben ist nun mal kein Wunschkonzert...

Nein, das ist genau nicht gewünscht. Das würde im Worst case dazu führen, dass die ganze View einer Applikation gebaut wird. Das ist worst practise in Flex.

[Martin Kraft]

Sorry - in Flex mögen da die Prioritäten anders liegen.
(Ich komme aus der Flash Sphäre und da man dort die Prozesse eh zeitlich verteilt, macht es da nur Sinn auf Asynchronität zurückgreifen, wenn etwas eh zeitlich aufgelöst werden muss oder der Prozess so komplex ist oder so lange dauert, das er den Player einfrieren würde.)

[Omega Psi]

In Flex werden das Setzen von Eigenschaften, das Erstellen von Kindelementen, Updates des Layouts und... per default so spät wie möglich durchgeführt.

Und auch in Flash macht das Sinn. Es gibt nur keinen Mechanismus dafür, der mit geliefert wird. Den muss man sich selbst bauen.

[carsten cs]

Zitat von Omega Psi

Als Flex Entwickler sollte man sich mal mit dem Komponenten Lebenszyklus auseinander gesetzt haben. Der ist genau auf diese Problematik hin designed.

Hallo

weiß zufällig jemand wo dieser Lebenszyklus im Handbuch abgebildet ist.

Ich hatte einmal ein ziemlich gutes Kapitel darüber gelesen, aber ich finde es nicht mehr.

[Omega Psi]

ADOBE® FLEX® 3
CREATING AND EXTENDING ADOBE FLEX 3 COMPONENTS
Chapter 9: Advanced Visual Components in ActionScript

in der offiziellen Dokumentation.

[carsten cs]

Ich habe jetzt doch das kapitel wiedergefunden, dass ich gemeint hatte:

Adobe*Flex*4 * Using containers

[carsten cs]

Hier im Flex4-Handbuch:

Adobe*Flex*4 * About creating advanced Spark components

[Petrus910]

Dan Orlando hat mal den LifeCycle in einem Diagramm verpackt. Vielleicht hilft es dir ja auch weiter. Life Cycle of the Flex UIComponent Base Class - FlashPlatformist