Am zuverlässigsten funktioniert der “is“-Operator.  Dieser prüft, ob ein Objekt zu einem spezifischen Datentyp, einer Klasse oder einem Interface kompatibel ist. Als Rückgabewert gibt es ein “true” oder “false“.
Dies bedeutet, dass die Funktion auch dann “true” liefert, wenn das Objekte die zu prüfende Klasse als Elternklasse enthält. In manchen Fällen müssen viele verschiedene Klassen geprüft, und darauf aufbauen Entscheidungen im Programmablauf getroffen werden. Dies würde bedeuten, dass für jede mögliche Klasse ein “if” – Block mit dem “is” – Operator implementiert werden muss. Es wäre schön an dieser Stelle mit einem “switch .. case” – Block arbeiten zu können.

Dafür bietet sich die Funktion  ”getQualifiedClassName()” an.  Diese Funktion liefert den kompletten Klassennamen inklusive dem Paketnamen als “String” zurück: “paket::Klassenname“.  Aus diesem String kann nun der Klassenname extrahiert werden.  Durch einen einfachen Stringvergleich ist es damit möglich, den Type der Klasse zu prüfen. Diese Methode hat gegenüber dem “is” Operator einige Nachteile.  So liefert diese  Methode auch dann den Wert “false” wenn das zu prüfende Objekt die gesucht Klasse erweitert oder ein entsprechendes Interface implementiert. Wiederum liefert diese Methode “true”  wenn Klassen aus unterschiedlichen Paketen aber mit selben Namen geprüft werden sollen.

Stellen diese Nachteile innerhalb der Programmierung kein Problem dar, kann mit dieser Methode ein entsprechender “switch … case” Block aufgebaut werden. Folgender CodeBlock kann dadurch umgewandelt werden:

if (object is Class1) {}
else if (object is Class2) {}
else if (object is Class3) {}
else if ((object is Class4)|| (object is Class5)) {}

wird zu

var class_name:String = getQualifiedClassName(object);
class_name = class_name.substring(class_name.search("::")+2);
switch (itemClass){
case "Class1":break;
case "Class2":break;
case "Class3":break;
case "Class4":
case "Class5":break;
}

In diesem wird beschrieben wie man mit Hilfe von Alchemy, ein Projekt zur Einbindung von C/C++ Quellcode in eine Flash/Flex Applikation, die JPEG Encodierung wesentlich beschleunigen kann.  Im wesentlichen geht es dabei darum eine Wrapperklasse in C zu schreiben, welche die Kommunikation zwischen dem AS3 Code und den verwendeten C Klassen übernimmt. Diese Klassen werden mit Hilfe verschiedener Helferklassen des Alchemyprojektes und einem modifizierten C Compiler in eine swc Datei übersetzt. Diese SWC Datei wird dann zum Bibliothekspfad des ActionScript-Projektebaum hinzugefügt.  Danach kann die Funktionalität der C Wrapperklasse genutzt werden.

Für eine genaue Beschreibung empfiehlt sich ein Blick auf folgende Seiten:

http://labs.adobe.com/technologies/alchemy/

http://labs.adobe.com/wiki/index.php/Alchemy:Documentation:Getting_Started

Einen Weg dies zu tun habe ich im Blog von Scott Morgan gefunden.  <Link>

Dazu wird nach dem erfolgreichen Laden der externen SWF Datei eine neue Klasse definiert:

var NewClass:Class = loader.content.loaderInfo.applicationDomain.getDefinition("klasse") as Class;

Danach kann man mit Hilfe des new Operators die Klasse jederzeit instanziieren:

var neueInstanz:MovieClip = MovieClip(new NewClass());

Ein Problem entsteht leider wenn die geladene Klasse weitere Klassen verwendet welche mit einem Symbol aus der Bibliothek verknüpft sind. Diese Verknüpfung scheint beim Import verloren zu gehen. Beispiel:

Bibliothek vom externen MovieClip:

• Symbol “Raum” der Klasse “CRaum”
• Symbol “Stuhl” der Klasse  “CStuhl”

Der Raum enthält verschiedene Instanzen der Klasse CStuhl

Wenn man nun den externen MC lädt und wie oben beschrieben eine neue Klasse instanziiert meldet Flash einen “TypeError: Error #1034″. Die Klasse MovieClip#234 kann nicht in CStuhl umgewandelt werden.  Ich werde mich dann mal auf Fehlersuche begeben und bei Erfolg hier meine Lösung posten.

[EDIT] Ein Schlüsselwort ist wohl die ApplicationDomain. Ein paar Hinweise gibt es bei Adobe <Link>. Aber so funktionieren tut es dennoch nicht.

Der Auftrag stellte sich als komplizierter als gedacht herraus. Da die Flashdatei sowohl im Quellcode als auch im Layout in keinster Weise geordnet war. Bevor ich mit der Anpassung beginnen konnte, musst erst die Flashdatei aufgeräumt werden. Nach mehrstündigen Sortieren und Umbenennen aller Bibiliothekselemente konnte ich aber mit dem Einbinden der neuen Daten beginnen. Das Ergebniss kann unter http://www.reiko-noetzold.de abgerufen werden.

Ich möchte allen Lesern dringend abraten Templates von templatetuning.com zu kaufen. Die Dateien sind schlecht bis gar nicht dokumentiert und in keinem übersichtlichen System programmiert.

Dazu lädt der Container verschiedene Module in einer festen Reihenfolge. Die Reihenfolge wird über eine XML Datei bestimmt. In den Modulen können Nutzerdaten abgefragt, Informationen eingeblendet, Daten ausgewertet und als Hauptbestandteil Fragen gestellt werden.

Folgende Fragemodule wurden erstellt:

• Multiple Choice mit Bildern und Texten
• Zuordnen von Bilder und Texte über Drag und Drop oder MouseClick
• Zuordnen von Textbausteinen auf einem Bild
• Auswahl von Bereichen auf einem Bild
• Ordnen von Texten und Bildern

Im Frühjahr 2009 wurde das Projekt reaktiviert und weiterentwickelt.

Neben dem vEKM entwickel ich für meinen Praxispartner einen Panoramaviewer in Flash.
Die Anwendung funktioniert und es können verschiedene Projektionstechniken ausgewählt werden. Der Quellcode ist Modular aufgebaut und kann jederzeit an Kundenwünsche angepasst werden. Geplant sind verschiedene Erweiterungen für den Restaurant- und Tourismusbereich.

http://www.ibp-dresden.de/pano/panoSphereASE/StudiWerkPano.swf

Ein paar Randdaten:

• dynamische Gernerierung des Inhaltes zur Laufzeit
• Produkte können in den Warenkorb des Shopsystem gelegt werden
• intelligenter Zoom lädt nur sichtbare Kacheln nach

http://www.erzi.de/endkunde/blaetterkatalog.html