Flash Builder 4 & Java

Florian Müller ist Experte für User-Interface-Architekturen, er berät und unterstützt Unternehmen bei der Auswahl der passenden GUI-Technologie sowie der entsprechenden Umsetzung, Thin- und Rich-Client-Technologien stehen dabei gleichermaßen im Focus. Adobe Flex ist Florians "Lieblingswerkzeug" aus der User-Interface-Kiste, neben zahlreichen Flex- Lösungen im Kundenumfeld hat Florian kürzlich das Buch "Professionelle Rich Client Lösungen mit Flex und Java" veröffentlicht. Darüber hinaus betreibt Florian die Plattform richability (www.richability.com), ein Knowledge-Portal rund um das Thema Client-Technologien.

1;Inhaltsverzeichnis;6
2;Vorwort;10
3;Danksagung;12
4;Einleitung;14
4.1;1.1 User-Interface- Technologien;14
4.2;1.2 Flex und Flash Builder 4;24
4.3;1.3 User Guide für das Buch;42
5;Installation;46
5.1;2.1 Eclipse-Installation;47
5.2;2.2 Apache Tomcat installieren;50
5.3;2.3 Flash-Builder-Plug-in installieren;53
5.4;2.4 Flash Catalyst installieren;56
5.5;2.5 Flash-Player-Installation;58
5.6;2.6 Wrap Up;59
6;Flash Builder 4 Ramp up!;60
6.1;3.1 Neues Projekt erstellen;61
6.2;3.2 Oberflächenerstellung;71
6.3;3.3 Chefkoch-Clientlogik;76
6.4;3.4 Pimp my Style!;81
6.5;3.5 Wrap up und Ausblick;85
7;Server Binding;86
7.1;4.1 BlazeDS-Setup;86
7.2;4.2 Chefkoch Deluxe jetzt mit Server Binding!;88
7.3;4.3 Hallo Server;92
7.4;4.4 Hello Client!;97
7.5;4.5 Serverrezepte;101
7.6;4.6 Von Java nach ActionScript;107
7.7;4.7 Wrap up;114
8;Photoshop-Basics;116
8.1;5.1 Amadeus-Projektbeschreibung;117
8.2;5.2 Photoshop-Basics;119
8.3;5.3 Photoshop: Layer und Gruppierungen;120
8.4;5.4 Heavy Metal mit Amadeus;124
8.5;5.5 Oberflächenstruktur;129
8.6;5.6 Tabellenerstellung;130
8.7;5.7 Felder und Buttons;133
8.8;5.8 Vorbereitungen für States;136
8.9;5.9 Wrap up;139
9;Flash Catalyst;140
9.1;6.1 Los geht s!;141
9.2;6.2 Felder zuweisen;143
9.3;6.3 Buttontransformation;146
9.4;6.4 Tabellen und Listen;151
9.5;6.5 Navigation via States;158
9.6;6.6 Wrap up;162
10;Java-Integration;164
10.1;7.1 Projekt- Setup;165
10.2;7.2 Mitarbeiterverwaltung-Backend;166
10.3;7.3 Java-Flex-Konfiguration;172
10.4;7.4 Java- und Flex-Hochzeit;174
10.5;7.5 Feinschliff;188
10.6;7.6 Let s network;204
10.7;7.7 Wrap up;205
11;360-Review: Flash Builder 4;206
11.1;8.1 Sackgasse!;206
11.2;8.2 Größenwahnsinn ;209
11.3;8.3 Grafik, Grafik, Grafik...;210
11.4;8.4 Codelesbarkeit;212
11.5;8.5 Modularität;217
11.6;8.6 Wrap up;219
12;Unit Testing;220
12.1;9.1 Taschenrechnerlogik;222
12.2;9.2 Logikanbindung;232
12.3;9.3 Wrap up;235
13;Und wie geht es weiter?;236
14;Gute Frage!;240
14.1;11.1 Was ist das Flex SDK?;240
14.2;11.2 Flash-Builder-Komplett-IDE oder Eclipse- Plug- in?;242
14.3;11.3 Flash, Silverlight, Java oder doch HTML5?;242
14.4;11.4 Flash? Flex? Gibt es einen Unterschied?;244
14.5;11.5 Kosten für Flash Builder und Catalyst;245
14.6;11.6 Wird ein besonderer Server für Flex- Java- Projekte benötigt?;245
14.7;11.7 Ist der Einsatz von BlazeDS auch in kommerziellen Projekten kostenlos?;245
14.8;11.8 Müssen beim Einsatz von BlazeDS bestimmte Server- Ports geöffnet werden?;246
14.9;11.9 Was benötigt ein Anwender, um eine Flex- Anwendung auszuführen?;247
14.10;11.10 Wie hoch ist die Verbreitung des Flash- Player- Plug- ins?;247
14.11;11.11 Was benötigt ein Entwickler, um eine Flex- Anwendung zu erstellen?;249
14.12;11.12 Was ist LCDS?;249
14.13;11.13 Was ist ColdFusion?;250
14.14;11.14 Was ist der Unterschied zwischen . swf- und . swc- Dateien?;251
14.15;11.15 Flex und MVC?;251
14.16;11.16 Welche Skills sind in einem Team für ein großes Flex- Java- Projekt erforderlich?;253
14.17;11.17 Was ist das Endprodukt einer Flex- Java- Anwendung, was landet auf dem Server?;254
14.18;11.18 Wann wird zur Ein-Projekt- Strategie gegriffen, wann sollten zwei Projekte angelegt werden?;254
14.19;11.19 Stateful oder Stateless Flex?;255
14.20;11.20 Wird Mehrsprachigkeit in Flex- Anwendungen unterstützt?;256
14.21;11.21 Gibt es Foren bzw. eine Community rund um Flex?;256
15;Stichwortverzeichnis;258

9 Unit Testing (S. 219-220) Ein großes Feature der Kategorie "Developer Productivity" ist die Unterstützung von Unit Tests innerhalb der Flash-Builder-Umgebung. Vor der Erstellung eines Unit-Test-Beispiels soll eine gemeinsame Verständnisgrundlage geschaffen werden, was Unit-Tests sind und was von Unit Tests zu erwarten bzw. nicht zu erwarten ist. Dazu ein einleitender Wikipedia-Auszug: Der Modultest (auch Komponententest oder oft vom engl. Unit Test) ist der Softwaretest dieser Programmteile, die zu einem späteren Zeitpunkt zusammengefügt (integriert) werden (vgl. Integrationstest). Ziel des Modultests ist es, frühzeitig Programmfehler in den Modulen einer Software, z. B. von einzelnen Klassen zu finden. Die Funktionalität der Module kann so meist einfacher getestet werden, als wenn die Module bereits integriert sind, da in diesem Fall die Abhängigkeit der Einzelmodule mit in Betracht gezogen werden muss. Ganz wichtig an dieser Stelle ist die Unterscheidung zwischen Modultest und Integrationstest: Wird eine Taschenrechnerapplikation erstellt und die Berechnung findet auf dem Server statt, müssen auf dem Server die einzelnen Berechnungsmethoden als separate Unit Tests getestet werden. Das Drücken des BERECHNEN-Button im Client kann dabei nicht als Flex Unit Test abgebildet werden, es muss ein Integrationstest erstellt werden. Integrationstests werden von Flash Builder nicht unterstützt, ein Integrationstest könnte aus folgenden Schritten bestehen: - Definition eines Testszenarios, "User drückt BERECHNEN-Button" - Definition der einzugebenden Werte und der erwarteten Ergebnisse - Ausführung des Test durch User oder automatisierte Ausführung - Kontrolle der Ergebnisse Flex Unit Tests beziehen sich somit "nur" auf den Client, sprich lediglich MXML- bzw. ActionScript-Klassen können getestet werden – für alles darüber hinaus muss ein Integrationstest eingesetzt werden. Ein solcher Integrationstest könnte gleichfalls, basierend auf Flex Monkey, erstellt werden. Wichtig dabei ist, die Funktionalität seitens Testing Frameworks Testszenarien "aufzunehmen". Auf diese Art und Weise können komplette Szenarien aufgenommen und jederzeit zum Testen abgespielt werden. Ein klassisches Beispiel für einen solchen Integrationstest ist die Aufnahme einer Login- Prozedur mit abschließender Überprung des vom Server zurück gegebenen Benutzers. Nachfolgend wird eine einfache Taschenrechnerapplikation (ohne Serveranbindung) erstellt und getestet, es handelt sich dabei nicht um einen Integrationstest, sondern um einen klassischen Unit Test. Die Funktionsweise von Unit Tests wird anhand des Beispiels schnell ersichtlich, sodass Sie in Zukunft Unit Tests zum festen Bestandteil Ihrer Anwendung machen können. Unit Tests stellen dabei keine Option dar, die Ihnen seitens des Frameworks zur Verfügung gestellt wird, vielmehr handelt es sich um ein Muss für jedes Projekt mit clientseitiger ActionScript-Logik. Genauso wie jede Methode auf dem Server via JUnit getestet werden muss, bevor diese in der Oberfläche verwendet wird, muss jede ActionScript-Methode auf korrekte Funktionalität geprüft werden – entsprechend häufig sollte Flex Unit bei Ihren zukünftigen Applikationen zum Einsatz kommen. "