René Bühlings WebBlog

Die in ActionScript 3 eingeführte Rest-Syntax, die eine beliebige Anzahl von restlichen Argumenten in einer Funktionsdeklaration erlaubt, kann ganz praktisch sein, wenn man nicht weiß, was kommt. Ein Einsatzbeispiel ist NetConnection.call(), das neben einem String und einem Responder-Objekt eine beliebige Anzahl an Folgeparametern erlaubt. Was aber, wenn man diese Argumente delegieren möchte?

In meinem Fall hatte ich eine Wrapper-Klasse geschrieben, die mir die Verbindungsdetails zu einer externen Datenquelle kapselt. Auch das Responder-Objekt wurde komplett privat verwaltet. Den eigentlichen Aufruf wollte ich aber flexibel halten, so dass der NetConnection-Call nach außen hin in einer eigenen Funktion public gemacht wurde. Das bedeutet, dass meine call-Funktion als call(cmd:String, ... args) deklariert werden sollte. cmd und args sind die einzigen Parameter, die von außen zugesteuert werden können und völlig unabhängig sind. Der Responder ist für die Außenwelt uninteressant, da er ja in meiner Klasse verwaltet wird und daher direkt an die NetConnection gegeben werden kann.

Das Problem: Innerhalb function myCall(cmd:String, ... args):void kann man nicht einfach nc.call(cmd,res,args); aufrufen, weil die restlichen Argumente innerhalb der Funktion in einem Array vorliegen. Das bedeutet, dass nc.call(cmd,res,args) ein einziges Objekt, nämlich ein Array, als Argument erhält und nicht wie gewünscht alle Einzelargumente. Natürlich hätte ich auch einfach das NetConnection-Objekt public machen können, aber das wäre nicht gerade im Sinn der Kapselung und würde zudem auch die Veröffentlichung des Responders erfordern, der ja an den eigentlichen call übergeben werden muss.

Die Lösung: man darf die gewünschte Funktion, in diesem Fall NetConnection.call, nicht direkt aufrufen, sondern muss sie als Funktionsobjekt behandeln und die Methode apply auf ihm aufrufen. apply akzeptiert bzw. verlangt alle Funktionsparameter in Form eines Arrays, was für die restlichen Argumente ja schon zutrifft. Die beiden anderen fest deklarierten Parameter muss man allerdings auch in dieses Array einfügen, da hier eben alles in einem Array liegen muss.

class MyConnector
{
  private nc:NetConnection;
  private res:Responder;
  ...
  function call(cmd:String,... args)
  {
    nc.call.apply(nc,new Array(cmd, res).concat(args));
  }
  ...
}

So… und wenn diesen Beitrag noch jemand versteht: Hut ab!

Ein Air-Projekt in FlashDevelop anzulegen ist zumindest in der derzeitigen Kombination FD 3.0.0/Air SDK 1.5/FP 10 nicht auf Anhieb fehlerfrei möglich. Es muss aber eigentlich in erster Linie nur die Air SDK-Version in der application.xml angepasst werden.

AIR-Projekt in FlashDevelop anlegen:

• Project > New Project > AIR Flex 3 Projector
• Wenn beim Starten nix passiert, manuell testen: Zertifikat erstellen mit der automatisch angelegten CreateCertificate.bat, dann PackageApplication.bat ausführen. Dort sieht man dann ggf. Compilerfehler die das Starten verhindern. Wenn alles fehlerfrei ist, sollte die AIR-App mit dem Start-Button einfach zu starten sein.
• Wenn Error 305 “Initial window content SWF version exceeds namespace version” auftritt, die Version des Air-SDK in application.xml erhöhen: <application xmlns=”http://ns.adobe.com/air/application/1.5“>
• Evtl. das nützliche Toolkit everythingflexairlib.swc einbinden:
  • everythingflexairlib.swc nach /lib des Projekts kopieren
  • per Kontextmenü der Library hinzufügen

Syntaxhighlight und Autocomplete usw. Funktionieren übrigens innerhalb von MXMLs nur, wenn der Script-Tag das CData-Markup enthält.

Bei der Entwicklung von Desktop-Anwendungen mit Adobe Air ist es schön, wenn man seiner eigenen Anwendung auch ein eigenes Symbol zuweisen kann, das in Startmenü, auf dem Desktop und als Fenstericon verwendet wird. Dies kann durch den Icon-Tag in der application.xml erreicht werden, der die Angabe mehrerer PNG-Dateien für unterschiedliche Auflösungen des Symbols ermöglicht. Die Dateipfade müssen dabei relativ zum Standort der application.xml angegeben werden, wie nebenstehende Grafik zeigt.

Versucht man jetzt das Anwendungspaket zu erstellen, erhält man eine Fehlermeldung, dass die Icons nicht im Paket enthalten seien. Um dies zu korrigieren und die Symbole explizit in das Paket zu integrieren, muss (beim Arbeiten mit FlashDevelop) die Kommandozeile in der PackageApplication.bat angepasst werden. Es genügt erfreulicher Weise den Aufruf des Air Developer Tools (adt, Referenz) zu erweitern, in dem man die Variable FILE_OR_DIR um den Symbolpfad ergänzt, siehe Abbildung.