Actionscript 3 Entwicklerhandbuch

ACTIONSCRIPT 3.0 ENTWICKLERHANDBUCH
Verarbeiten von Ereignissen
Die Entwicklung von Komponenten für ActionScript 2.0 brachte ein weiteres Ereignismodell mit sich. Dieses neue
Modell, verkörpert durch die UIEventDispatcher-Klasse, basierte auf einem Teilbereich der DOM-
Ereignisspezifikation. Für Entwickler, die mit der Komponentenereignisverarbeitung vertraut sind, gestaltet sich der
Übergang zum neuen Ereignismodell von ActionScript 3.0 relativ problemlos.
Leider gibt es zahlreiche Überschneidungen bei der in den verschiedenen Ereignismodellen verwendeten Syntax sowie
einige Abweichungen. Beispielsweise können in ActionScript 2.0 einige Eigenschaften wie etwa
TextField.onChanged entweder als Callback-Funktion oder als Ereignis-Listener verwendet werden. Die Syntax
zum Registrieren von Listener-Objekten unterscheidet sich jedoch in Abhängigkeit davon, ob Sie die
UIEventDispatcher-Klasse oder eine der sechs Klassen verwenden, die Listener unterstützen. Für die Key-, Mouse-,
MovieClipLoader-, Selection-, Stage- und TextField-Klassen wird die addListener()-Methode verwendet, für die
Komponentenereignisverarbeitung jedoch die addEventListener()-Methode.
Eine weitere durch die unterschiedlichen Ereignisverarbeitungsmodelle hervorgerufene Schwierigkeit liegt darin, dass
der Gültigkeitsbereich der Ereignisprozedurfunktion je nach verwendetem Mechanismus große Unterschiede
aufweist. Mit anderen Worten, die Bedeutung des Schlüsselworts this ist in den jeweiligen
Ereignisverarbeitungssystemen nicht konsistent.
Ereignisverarbeitung in ActionScript 3.0
Flash Player 9 und höher, Adobe AIR 1.0 und höher
Mit ActionScript 3.0 wird ein einziges Ereignisverarbeitungsmodell eingeführt, das die vielen unterschiedlichen
Ereignisverarbeitungsmechanismen der Vorgängerversionen ersetzt. Das neue Ereignismodell beruht auf der DOM3-
Ereignisspezifikation (Document Object Model Level 3). Obwohl sich das SWF-Dateiformat nicht speziell an den
DOM-Standard hält, liegen genug Ähnlichkeiten zwischen der Anzeigeliste und der DOM-Struktur vor, um die
Implementierung des DOM-Ereignismodells zu ermöglichen. Ein Objekt in der Anzeigeliste entspricht einem Knoten
in der hierarchischen DOM-Struktur. Die Begriffe Anzeigelistenobjekt und Knoten werden im Folgenden synonym
verwendet.
Die Flash Player- und AIR-Implementierung des DOM-Ereignismodells enthält ein neues Konzept: das
Standardverhalten. Ein Standardverhalten ist eine Aktion, die in Flash Player bzw. AIR als normale Reaktion auf
bestimmte Ereignisse ausgeführt wird.
Standardverhalten
Normalerweise sind Entwickler dafür zuständig, Code zu schreiben, mit dem auf Ereignisse reagiert wird. In einigen
Fällen ist die Zuordnung eines Verhaltens zu einem Ereignis jedoch so üblich, dass Flash Player bzw. AIR das
Verhalten automatisch ausführt, wenn der Entwickler nicht Code hinzufügt, um dies zu verhindern. Da das
Ausführen dieser Verhalten in Flash Player bzw. AIR automatisch erfolgt, werden diese als Standardverhalten
bezeichnet.
Wenn ein Benutzer beispielsweise Text in ein TextField-Objekt eingibt, wird in der Regel davon ausgegangen, dass
dieser Text im TextField-Objekt angezeigt wird. Deshalb ist dieses Verhalten in Flash Player und AIR integriert. Wenn
dieses Standardverhalten nicht auftreten soll, können Sie es mithilfe des neuen Ereignisverarbeitungssystems
unterdrücken. Wenn Benutzer Text in ein TextField-Objekt eingeben, wird in Flash Player bzw. AIR eine Instanz der
TextEvent-Klasse erstellt, die diese Benutzereingabe repräsentiert. Um zu verhindern, dass Flash Player bzw. AIR den
Text im TextField-Objekt anzeigt, müssen Sie auf diese TextEvent-Instanz zugreifen und die entsprechende
preventDefault()-Methode aufrufen.
Es können jedoch nicht alle Standardverhalten verhindert werden. Beispielsweise erzeugen Flash Player und AIR ein
MouseEvent-Objekt, wenn ein Benutzer auf ein Wort in einem TextField-Objekt doppelklickt. Durch das
Standardverhalten, das nicht unterdrückt werden kann, wird das Wort unter dem Mauszeiger markiert.
Letzte Aktualisierung 27.6.2012
136