Unterschiede der Ereignisverarbeitung in ActionScript 3.0 im Vergleich mit früheren Versionen

In den ActionScript-Versionen vor ActionScript 3.0 gab es eine Reihe unterschiedlicher Arten der Ereignisverarbeitung:

• on() -Ereignisprozeduren, die direkt für Button- und MovieClip-Instanzen definiert werden können

• onClipEvent() -Ereignisprozeduren, die direkt für MovieClip-Instanzen definiert werden können

• Eigenschaften von Callback-Funktionen wie XML.onload oder Camera.onActivity

• Ereignis-Listener, die mit der addListener() -Methode registriert werden

• Die UIEventDispatcher-Klasse, mit der das DOM-Ereignismodell teilweise implementiert wurde

Jeder dieser Mechanismen bietet jeweils Vorteile, hat jedoch auch Beschränkungen. Die Ereignisprozeduren on() und onClipEvent() sind einfach einzusetzen, können die spätere Pflege von Projekten jedoch erschweren, da direkt für Schaltflächen und Movieclips definierter Code unter Umständen schwer zu finden ist. Callback-Funktionen können ebenfalls einfach implementiert werden, sind jedoch auf jeweils eine Funktion pro Ereignis beschränkt. Die Implementierung von Ereignis-Listenern ist schwieriger. Es müssen nicht nur ein Listener-Objekt und eine Listener-Funktion erstellt werden, sondern der Listener muss auch in dem Objekt registriert werden, mit dem das Ereignis generiert wird. Durch diesen erhöhten Verwaltungsaufwand können Sie jedoch mehrere Listener-Objekte erstellen und alle für dasselbe Ereignis registrieren.

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.

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.