Konzeption und modellgetriebene Entwicklung eines ...

22 KAPITEL 2. CODEGENERATOR ANDROMDA
Die Services werden von AndroMDA im Falle einer Web-Anwendung in dem
Application Server als Service integriert.
2.3.3 Präsentationsschicht
Die Präsentationsschicht besteht aus den Anwendungsfällen, die durch den
Stereotyp FrontEndUseCase gekennzeichnet sind. Ihnen wird ein Zustandsautomat
und eine Controller-Klasse zugewiesen.
Die Zustandsautomaten sind für die Navigation und den Inhalt einer Seite
verantwortlich. Der Controller stellt den Zuständen und den Übergängen Methoden
zur Verfügung. Durch die Methoden der Controller, die hauptsächlich
eine Verbindung mit der Business-Schicht darstellen, stellt der Controller
den Seiten die darzustellenden Daten zur Verfügung oder berechnet bei einer
Entscheidung die Bedingung, zum Beispiel welches Formular zu einem Gegenstand
angezeigt werden soll. Die Verbindung zu einem Service wird durch
eine Abhängigkeits-Beziehung von der Controller-Klasse zur Service-Klasse
dargestellt.
2.4 Der Umgang mit manuellem und generiertem
Code
Durch AndroMDA entfällt der oben beschriebene Programmieraufwand. Dennoch
kann nicht alles modelliert werden. AndroMDA erstellt Klassen für die
modellierten Entitäten, Controller und Services. Die erstellten Klassen besitzen
leere Methoden, die für die Logik der Anwendung verantwortlich sind
und manuell implementiert werden müssen. Die Klassen werden aber nur generiert,
wenn sie nicht bereits vorhanden sind, sodass der manuell geschriebene
Code bei der Generierung nicht überschrieben wird. Werden Klassen
nachträglich verändert, müssen die vorhandenen Klassen angepasst werden.
2.4.1 Die Trennung vom generiertem und manuellem
Code
Zur Trennung zwischen generiertem und manuellem Code nutzt AndroMDA
Interfaces und abstrakte Klassen. Zudem werden die für die manuelle Bearbeitung
erstellten Dateien in src-Ordnern gespeichert. Die src-Ordner und