Protokoll der Arbeitsgruppensitzungen
AG: Application-Frameworks 2. Generation
Protokoll: Prof. Dr. Hans Albrecht Schmid
Unter Application-Frameworks der 2. Generation
sind Application-Frameworks zu verstehen, die kommerzielle
Anwendungen mit Datenbankzugriff unterstuetzen, bei denen gewisse
Aehnlichkeiten bezueglich der Fachlichkeit vorhanden sind, aber
komplexe graphische Darstellungen weniger wichtig sind, sondern
die in mit vorhandenen GUI-Oberflaechen praesentiert werden. In
der Regel basieren sie auf einer Schichtenarchitektur (mit
mindestens den drei Schichten Praesentation - Modell -
Datenbankspeicherung) und stellen wie die MVC-Architektur
automatische Verknuepfungenn zwischen den einzelnen Schichten
bereit.
Unter Application-Frameworks der 1. Generation versteht der
Arbeitskreis Frameworks wie MacApp oder ET++, die sich
hauptsaaechlich auf interaktive Anwendungen beziehen, bei denen
meist komplexere Graphiken bei der Praesentation eine grosse
Rolle spielen, die Fachlichkeit aus ganz unterschiedlichen
Bereichen stammen kann, und kein Datenbankzugriff unterstuetzt
wird.
Architekturhierarchien
Zwei Arten von Hierarchien sind zu unterscheiden:
-> eine Framework-Spezialisierungshierarchie
-> eine Architektur-Schichten-Hierarchie
Framework-Spezialisierungshierarchie
Die Framework-Spezialisierungshierarchie besteht aus
verschiedenen Schichten, die von unten nach oben immer mehr
spezialisiert sind. Die Basisschicht bietet ganz allgemeine
Support-Dienste an. Diese werden von der
Application-Framework-Schicht zur Implementierung ihrer Dienste
genutzt, welche fuer eine bestimmte Art von Anwendungen
erforderlich sind. Diese werden vom fachlichen Framework genutzt,
auf dem eine Anwendung aufbaut. Jede hoehere Schicht basiert auf
den Diensten der tieferen, bietet aber spezialisiertere Dienste
an.
Anwendung Anwendungsobjekte und -dienste
---------------------------------------------------------------
Fachliches Framework Unternehmensobjekte und -dienste
---------------------------------------------------------------
Application Framework Dienste fuer verschiedene,aber aehnliche
Fachlichkeiten (Cross-Domain-Dienste)
---------------------------------------------------------------
Support Framework Support-Dienste
bzw. Klassenbibliotheken (z.B. Persistenz, Praesentation)
Architektur-Schichten-Hierarchie (oft nur 3 Schichten)
Praesentation
--------------------------------------------------------------------
Geschaeftsvorgaenge/vorfaelle (Workflow)
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
-
Unternehmensmodell (Geschaeftsobjekte)
--------------------------------------------------------------------
DB-Zugriff
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
-
Persistente Speicherung (DB)
Application-Frameworks der 2. Generation bilden also die dritte
Schicht (von oben) in der Spezialisierunghierarchie und sind nach
der dargestellten Implementierungshierarchie strukturiert, wobei
die zwei Schichten Geschaeftsvorgaenge/vorfaelle und DB-Zugriff
oft nur imnplizit vorhanden, d.h. in andere Schichten integriert
sind.
Bei einer Vorstellung verschiedener Ansaetze fuer
Application-Frameworks der 2. Generation aus dem Arbeitskreis
Frameworks ergab sich der Eindruck, dass im Prinzip grosse
Aehnlichkeiten vorhanden sind, auch wenn die Frameworks aktuell
ganz unterschiedlich aussehen.
Bei einem Vergleich wollten wir zuerst die Anforderungen
vergleichen, um festzustellen, ob diese unterschiedlich sind, und
danach die technischen Loesungen. Bei unterschiedlichen
Anforderungen muessen die technischen Loesungen auch verschieden
sein.
Es wurde begonnen, die Anforderungen schichtenweise zu sammeln.