Der erste Public Build von Flex 4.5 (Codename “Hero”) ist verfügbar.

Mit Flex 4.5 sollen sowohl Webanwendungen, AIR Anwendungen und Anwendungen für mobile Geräte erstellt werden können. Grundlage bilden dabei neue Flash Player bzw. AIR Implementierungen, die zu diesem Zeitpunkt allerdings noch nicht verfügbar sind.

Im aktuellen Build wurden die neuen Features (u.a. ein Spark DataGrid!) daher abwärtskompatibel zu den aktuellen Laufzeitumgebungen integriert. Also alles in allem ein “Work In Progress” Build, der aber schonmal Geschmack auf mehr macht.

Mehr Infos hier.

Gruß,
Dirk.

Adobe hat das Flex SDK 4.1 veröffentlicht, dazu gesellt sich ein entsprechendes Update für den Flash Builder 4, mit dem das Flex SDK 4.1 verwendet werden kann. Neben diversen Bugfixes steht bei dem Release die Unterstützung von Flash Player 10.1 und AIR 2.0 im Vordergrund. Als neues Feature ist die Unterstützung von RTL Text zu nennen (nicht der Sender, sondern Right-To-Left)

• Flash Builder 4.0.1 Download
• Flex SDK 4.1 Download

Außerdem hat Adobe Details zur nächsten Version von Flex – Codename “Hero” – angekündigt. Diese Version soll auch auf aktuellen mobilen Geräten lauffähig sein. Ursprünglich hatte Adobe geplant, einen eigenen Branch des Flex SDKs eigens für mobile Geräte aufzusetzen (Codename “Slider”), das ist mit der aktuellen Ankündigung allerdings nun nicht mehr aktuell. Slider wird es definitiv nicht geben. Eine erste Previewversion ist noch für 2010 geplant (vielleicht zur MAX??), der Release steht dann für 2011 an.

• Infos zu Flex SDK 4.5 “Hero”
• FAQ zu “Hero”
• Blogpost von Scott Janousek zu dem Thema
• Flex SDK 4.5 bei opensource.adobe.com

Gruß,
Dirk.

Adobe hat gestern die öffentliche Beta von AIR für die Android Plattform freigegeben. Mit diesem SDK lassen sich AS3/Flex-Anwendungen als .apk Pakete kompilieren. Mindestvorraussetzung ist die Android Plattform 2.1

Mehr Infos und Anmeldung:
http://labs.adobe.com/technologies/air2/android/

Gruß,
Dirk.

Jean-Philippe Auclair hat auf seinem Blog eine Liste von undokumentierten (und daher hochinteressanten) Einstellungen für den Flash Player gepostet, die in die mm.cfg Konfigurationsdatei eingetragen werden können.

So lässt sich z.B. über die Einstellung SuppressDebuggerExceptionDialogs = 1 einstellen, dass die Runtime Fehler im Debugplayer nicht mehr angezeigt werden (um z.B. das Verhalten auf einem Releaseplayer nachzustellen), oder mit TraceOutputBuffered = 1 das Logging per trace() über einen Buffer optimieren… wirklich hammermäßig, was sich da alles für Schrauben verstecken, an denen gedreht werden kann.

Link:
http://jpauclair.net/2010/02/10/mmcfg-treasure/

Dirk.

Interessanterweise unterstützt die ListCollectionView und die davon abgeleitete ArrayCollection Klasse des Flex SDKs die Iteration über den in AS3 verfügbaren for-each Loop. Ähnlich wie in Java kann man damit direkt über die Elemente einer Collection iterieren. Das auf den ersten Blick frappierende dabei ist, dass for-each ein “natives” Feature der AVM ist, wohingegen die Flex Klassen ja quasi “on top” sitzen.

Was macht eine ListCollectionView (und ArrayCollections) als solche also kompatibel mit for-each Loops? Schließlich orakelt die offizielle Dokumentation ja nur davon, dass ein for-each Loop nur auf anonymen Objekten oder Instanzen von dynamischen Klassen möglich ist und nur die dynamisch zur Laufzeit hinzugefügten Eigenschaften iterierbar seien.

Ein Testlauf mit dem Debugger gibt Aufschluß: ListCollectionView ist abgeleitet von Proxy. Scheinbar erfüllt Proxy also gegenüber dem for-each Loop den “Vertrag”, ein dynamisches Objekt zu sein (obwohl es das ja streng genommen nicht ist).

Die Iteration findet letztlich über Aufruf der Funktionen nextNameIndex und nextValue statt, wobei letztere im Falle der ListCollectionView dann an die getItemAt Methode delegiert.

Dirk.

Nett. Adobe hat die “Unified ActionScript 3.0 Reference” als Beta ins Netz gestellt. Darüber lassen sich recht übersichtlich die APIs nach Sprach- und Laufzeitversionen filtern:
http://help.adobe.com/en_US/FlashPlatform/reference/actionscript/3/index.html

Außerdem gibt es dazu auch einen ansprechenden AIR-Client (der leider aber in der aktuellen Version nur auf englischsprachigen OSen läuft…)
http://labs.adobe.com/technologies/communityhelp/

Dirk.

Auf insideRIA hat Sean Moore 51 Tipps zur Perfomanceoptimierung von AS3 und Flex gepostet. So wird z.B. davon abgeraten, in einem Knstruktor zuviel Logik zu platzieren, da der JIT-Compiler dies nicht optimieren kann.

Absolut lesenswert auch die Kommentare dazu!

Gruß,
Dirk.

Wenn ihr gerne wissen möchtet, wei man eine EventChain anstatt einer CommandChain mit Swiz dispatched, dann findet ihr die Antwort in meinem neuen Post hier:

Dispatch an event chain using Swiz

Artur

HP hat ein kostenlose Analysetool für kompilierte Flash/Flex-Anwendungen veröffentlicht. Das Tool kompiliert SWF-Dateien (AS2 und AS3 kompatibel) und analysiert den entstandenen Quellcode. Dabei wird der Code laut HP auf mehr als 60 potentielle typische Sicherheitsprobleme wie z.B. hartcodierte URLs, Passwörter und Secrets (z.B. Schlüssel für symmetrische Verschlüsselung) sowie XSS/Crossdomain-Hacks untersucht. Der Entwickler erhält einen ausführlichen Report, der die “Problemzonen” aufzeigt und gibt Tipps für die Lösung.

Jeder, der seinen SWFs mal auf den Zahn fühlen möchte, sollte sich das Tool anschauen. Unabhängig von der Tatsache, dass es mittlerweile auch Decompiler für 9/10er SWFs gibt, sollte man sich aufgrund der Tatsache, dass SWFs kompiliert sind nicht in falscher Sicherheit wiegen. Und: oftmals ist eine ungeprüfte und ungesicherte Kommunikation zwischen SWF und Server das größere Sicherheitsproblem.

Links:

• Meldung bei heise security
• Ankündigung bei HP
• SWFScan Homepage

Gruß,
Dirk.

Das Flex Team hat mal wieder eine “Flex User Survey” gestartet, um ein besseres Bild zu bekommen, welche Features zukünftige Versionen von Flex aufweisen sollen. Also: am besten dran teilnehmen

Gruß,
Dirk.