Da mir momentan etwas die Lust zum Schreiben fehlt, wird es hier in absehbarer Zeit auch nicht viel Neues geben. Das Update war jedoch überfällig, um evtl. vorhandene Sicherheitslücken zu schließen.

Der Termin für die FFK im nächsten Jahr steht. Am 28. und 29. April findet die Konferenz in Köln statt, wie die letzten Jahre umfasst von zwei Workshop Tagen.

Ich freue mich auf tolle Vorträge und anregende Gespräche. Bis dahin.

Der Termin für die FFK09 (ehemals Flashforum Konferenz) steht fest: Marc Thiele, Sascha Wolter und das Flashforum laden zur größten deutschsprachige Konferenz rund um Web-Technologin und Web-Anwendungen nach Köln. Veranstaltungsort ist in diesem Jahr das Komed, ein modernes Medienzentrum im Mediapark in Köln. Die Konferenz findet vom 28. bis zum 29. April statt. Eingerahmt von zwei Workshop-Tagen mit jeweils 5 ganztägigen Workshops im Vorfeld am 27. April und im Anschluss am 30. April.

Auch dieses Jahr liegt der Fokus auf Rich Applications für das Consumer- und Enterprise-Segment auf Basis der Flash-Plattform, der Flex-Produktfamilie, AIR sowie Silverlight. Der wichtige „Blick über den Tellerrand“ wird in diesem Jahr durch zahlreiche kreative und inspirierende Themen sicher gestellt. Aber auch der in dieser Form einmalige persönliche Erfahrungs- und Wissensaustausch unter den Entscheidern, Entwicklern und Designern bleibt – dank der überwältigenden Resonanz – gewahrt. Weitere Informationen rund um die Veranstaltung finden Sie unter http://ffk09.flashforum.de.

PS: Der frühe Vogel fängt den Wurm. Soll heißen: Wer frühzeitig bucht, kann noch bis zu 300 EUR gegenüber dem vollen Preis sparen.

Für meinen Logger können verschiedene Publisher definiert werden (ähnlich wie bei Zeroi zu AS2 Zeiten). D.h. es ist problemlos möglich über dieses System per SOS, einem Textfeld oder einem selbst definierten System die Logs auszugeben. Dazu muss lediglich ein kleines Interface eingebunden werden.

Mehr Infos und Download:
AS3Logger bei Google Code »

Ich freue mich über Feedback und Anregungen!

Die neue Version ist außerdem plattformübergreifend verfügbar und bringt ein paar nette neue Features mit sich. Beispielsweise werden auch Standard-Traces aus Flash angezeigt.

Zur SOS Seite »

PS: Ich empfehle auch einen Blick auf mein Logging System zu werfen, das unter anderem auch SOS unterstützt:
AS3Logger »

Da die aktuelle Beta Version von FDT DocShare unterstützt, habe ich mich damit näher beschäftigt und möchte euch dieses Plugin gerne vorstellen.

Mit DocShare ist es möglich gleichzeitig an einem Dokument zu arbeiten. Also nicht im Sinne von Subversion, sondern wirklich in Echtzeit. Möchte man beispielsweise einem anderen Entwickler etwas im Code zeigen, ist solch ein Plugin sehr nützlich. Außerdem stehen ein paar weitere nützliche Tools zur Kommunikation bereit. Man kann sich dabei über übliche Messenger wie beispielsweise MSN, Skype oder GoogleTalk mit den anderen Entwicklern verbinden.

Nötige Plugins

-Eclipse Communication Framework (ECF) – enthält u.a. DocShare
Update Seite: http://download.eclipse.org/technology/ecf/2.0/updateSite
(für Eclipse 3.4 /Ganymed:
http://download.eclipse.org/technology/ecf/2.0/3.4/updateSite/site.xml )

-Skype Erweiterung für ECF
Update Seite: http://ecf1.osuosl.org/dailies-update

-aktuelle FDT Beta Version mit DocShare Unterstützung
Update Seite: http://fdt.powerflasher.com/update_beta

ECF einrichten

Nachdem man die Plugins installiert hat, muss man die »Communications« Perspektive (rechts oben) öffnen. Beim ersten Öffnen muss man über »Other« gehen.

In dieser Perspektive stehen neben neuen Fenstern auch neue Icons zur Verfügung. Natürlich ist es auch möglich die Fenster und Icons in die normale FDT Perspektive zu integrieren.

Über das erste Icon (»Connect to Prodiver«) kann man nun die Verbindung zu einem Messenger herstellen, in meinem Fall läuft die Kommunikation über Skype. Es erscheint ein Dialog zur Anwendungsfreigabe, bei dem man kurz den Zugriff erlauben muss.

Anschließend erscheint das Fenster »Contacts« in dem meine Skype Kontakte gelistet sind. Hier ist es auch problemlos möglich Instant Messanges zu schreiben.

Wichtig: Man empfängt anschließend auch normale Skype Nachrichten zusätzlich in Eclipse so lange man verbunden ist.

Jetzt kann man auch in das Editor Fenster gehen und über einen Rechtsklick das Kontextmenü öffnen. Über den »Share Editor With« Eintrag kann eine Verbindung zu einem anderen Entwickler hergestellt werden.

Dieser muss die Verbindung noch freigeben.

Und voilà, nun kann man gleichzeitig im Code arbeiten. Mit den anderen Providern/Messengern läuft es vom Prinzip genau so. Auch »Collaboration Groups« sind eine feine Sache. Viel Spaß damit!

Weitere Links:
Quick Start in der Eclipse Hilfe »
ECF Wiki »

Nachdem ich letztes Jahr verhindert war, habe ich mich dieses Jahr besonders auf die Flashforum Konferenz gefreut. Außerdem war es das erste Jahr, in dem ich etwas im Veranstaltungs-Team mitgewirkt habe.

Schön war es viele Leute mal wieder zu sehen oder andere persönlich kennenzulernen. Alleine deswegen hat sich die Konferenz gelohnt.

Aber auch die Vorträge haben mir im Großen und Ganzen gefallen. Einige haben mir zwar absolut nicht zugesagt, andere dafür aber desto mehr. Letztendlich wird für jeden etwas dabei gewesen sein.

(via senocular)

Passend dazu hält das Powerflasher Team auf dem Beta Update Server eine neue FDT Version bereit, die das neue SWC Format parsen kann. Somit kann auch endlich die aktuellste playerglobal.swc genutzt werden.

Nun gut, das Ergebnis an sich ist wirklich nicht spektakulär. Aber die neue native 3D Engine im Flash Player 10 hat den Vorteil, dass man zukünftig sehr schnell einfache 3D Bewegungen erstellen kann und das ohne zusätzliche Engine.

Des weiteren ist ein gutes natives System immer performanter als eine aufgesetzte Lösung. Interessant sind auch Zeichenmethoden wie drawTriangles, die sicherlich in zukünftigen 3D Engines als Basis genutzt werden können.

Download Source »

PS: Es fehlt Depth Sorting der einzelnen Seiten, daher wirkt es manchmal etwas komisch. Die neue DisplayObject Klasse hält einige neue Methoden im Bezug auf 3D bereit, leider gibt es für diese noch keine Dokumentation.

Da kann der Player endlich ordentlich dynamisch Sound erzeugen und unterstützt eine neue Sprache zur Bitmapmanipulation, aber so triviale Kleinigkeiten wurden nicht angepasst.

Joa Ebert hat übrigens angefangen ein PDF zu Optimierungstechniken zusammenzustellen. Dieses hat er vor ein paar Wochen in seinem Blog zur Verfügung gestellt:
ActionScript 3 optimization techniques »

Die Messung

var startTime:int = getTimer();

for(var i:int = 0; i<100000; i++)
{
   testCase();
}

var duration:int = getTimer()-startTime;

Test 1 - Definieren und Befüllen

Zunächst habe ich untersucht, wie es sich mit der Performance beim einfachen Definieren und Befüllen mit Werten verhält.

Die Array Variante:

var simpleList:Array = new Array(10);
var n:int = simpleList.length;

for(var i:int = 0; i<n ; i++) simpleList[i] = i;

Die Vector Variante:

var fixedIntList:Vector.<int> = new Vector.<int>(10, true);

var n:int = fixedIntList.length;
for(var i:int = 0; i<n ; i++) fixedIntList[i] = i;

Hier konnte ich relativ große Unterschiede feststellen. Während die Array Variante im Schnitt 370ms benötigt hat, lief die Vector Variante mit ca. 200ms im Schnitt fast doppelt so schnell.

Test 2 - Zugriff auf Werte

Danach habe ich natürlich getestet, wie es sich mit dem Zugriff auf die einzelnen Werte verhält. Gerade durch die Typisierung der einzelnen Werte, habe ich mir hier einiges erhofft. Jedoch bin ich mir noch nicht ganz so schlüssig, wie ich das Ergebnis werten soll.

Dazu habe zunächst ich ein Szenario mit Sprites gewählt, auf die ich zugreife (hier der Fall mit dem Array):

var simpleList:Array = new Array(10);

// fill with some dummy sprits
for(var k:int = 0; k<10; k++) simpleList[k] = new Sprite;

var n:int = simpleList.length;
for(var i:int = 0; i<n ; i++)
{
   var s:Sprite = Sprite(simpleList[i]);
   addChild(s);
   removeChild(s);
}

Jedoch half mir dieser Test nicht weiter, da der Zugriff auf den Wert einen zu kleinen Teil der Berechnungen darstelle, klar. Daher habe ich vorher bereits mein Array erstellt und alles auf das Wesentliche reduziert.

Einmal ohne Cast:

var n:int = simpleList.length;
for(var i:int = 0; i<n ; i++)
{
   var s1:Sprite = simpleArray[i];
   var s2:Sprite = simpleArray[i];
   var s3:Sprite = simpleArray[i];
   var s4:Sprite = simpleArray[i];
   var s5:Sprite = simpleArray[i];
}

Einmal mit:

var n:int = simpleList.length;
for(var i:int = 0; i<n ; i++)
{
   var s1:Sprite = Sprite(simpleArray[i]);
   var s2:Sprite = Sprite(simpleArray[i]);
   var s3:Sprite = Sprite(simpleArray[i]);
   var s4:Sprite = Sprite(simpleArray[i]);
   var s5:Sprite = Sprite(simpleArray[i]);
}

Im ersten Fall hatte ich im Schnitt 150ms, im letzteren ca. 740ms.

Nun ist natürlich das Ergebnis vom Vector interessant.

var n:int = fixedSpriteList.length;
for(var i:int = 0; i<n ; i++)
{
   var s1:Sprite = fixedSpriteList[i];
   var s2:Sprite = fixedSpriteList[i];
   var s3:Sprite = fixedSpriteList[i];
   var s4:Sprite = fixedSpriteList[i];
   var s5:Sprite = fixedSpriteList[i];
}

Hier kam ich im Schnitt auf 125ms. Zwar ein etwas besserer Wert als bei dem Array ohne Cast, jedoch hatte ich mit größeren Unterschieden gerechnet.

Falls jemand eine Idee hat, warum in meinen Tests die Unterschied so gering sind, freue ich mich über jeden Tipp.

Fazit

Selbst wenn nach meinen Tests die Performance Unterschiede nicht allzu groß sind, bringen Vectors (typisierte Arrays) Vorteile für Entwickler. Denn durch die Typsicherheit können einige Fehler gut vermieden werden. Denn Compile-Time Fehler sind besser als Runtime Fehler. Und wenn die Editoren diese Syntax bald noch unterstützen, kann man diese noch früher beseitigen.