Konzeption und Implementierung eines ... - Stephan, Daniel

75 6.3. DATA ACCESS COMMANDS
ändern zu können, ohne dass die gesamte Anwendung davon beeinträchtigt
wird. Daher führt man eine Abstraktionsschicht ein, die den Datenzugriff von
anderen Teilen der Anwendung abschottet.
Diese Schicht besteht hier aus einer Reihe von Zugriffsobjekten. Jedes dieser
Objekte bietet die Methoden an, die die Anwendung im Rahmen ihres Ablaufs
benötigt, und implementiert sie - spezifisch für eine ausgewählte Technologie.
Die hier verwendete Technologie wird durch Hibernate bereitgestellt (ein Open-
Source Projekt, es handelt sich dabei um einen objektrelationalen Mapper, kurz
ORM, der eine objektorientierte Schnittstelle für relationale Datenbanken bie-
tet).
Dies sei am Bespiel des DAOs für das Cluster Objekt dargestellt (in S. 76
und S. 77 zu sehen). Zentral für die Abstraktion ist die Trennung der Imple-
mentation (ClusterDaoImpl) von seiner Spezifikation (ClusterDao, erbend von
Dao). Die Anwendung arbeitet ausschließlich mit der Schnittstelle ClusterDao.
Die verwendete Implementation (in diesem Falle eben ClusterDaoImpl) lässt
sich jedoch deklarativ (mit Hilfe einer XML-Datei für die Konfiguration des
Systems) jederzeit ändern, ohne dass Anwendungscode davon betroffen ist. Das
Basis-Interface Dao wurde eingeführt, nachdem klar wurde, dass viele Methoden
in jedem DAO nötig werden würden. So sind diese Gemeinsamkeiten auch in der
Struktur dokumentiert. Aus den selben Gründen wurde das Objekt DaoSupport
eingeführt, das die Gemeinsamkeiten der verschiedenen DAOs für Hibernate im-
plementiert.
6.3. Data Access Commands
Während der Entwicklung hat sich herauskristallisiert, dass in den prinzipiell
eher groben Zugriffsmethoden der DAOs zu oft ähnliche Abläufe kodiert waren
und die Wiederverwendung dieser Abläufe damit eher schlecht war. Das führte
dazu, dass Code in einem DAO weitgehend optimiert wurde, weil die Notwen-
digkeit dort akut war, während in einem anderen DAO ganz ähnlicher Code
noch völlig unoptimiert vorlag. Die Code-Qualität war damit an einigen Stellen
unnötigerweise niedriger als an anderen.
Somit suchte der Autor nach Möglichkeiten, den Code ” mobiler“ und die
Struktur der Datenzugriffsschicht feingranularer zu gestalten. Die Lösung er-
schien in Form des Command Patterns (siehe dazu auch [GHJV96]). Eigentlich
ist das Command Pattern für die Entwicklung von Benutzerschnittstellen ent-