Konzeption und Implementierung eines ... - Stephan, Daniel

6. Statisches Modell
Das System war von Beginn an eine sehr experimentelle Plattform, so dass zu
keinem Zeitpunkt eine ausführlich geplante Architektur vorlag. Während der
Forschung daran wurden ständig an verschiedenen Aspekten mehrere Alterna-
tiven ausprobiert, so dass sich inzwischen einige Design-Aspekte als sinnvoll
herauskristallisiert haben, die im Folgenden besprochen werden sollen.
6.1. Data Objects
Die Anwendung verwendet durchgehend objektorientierte Prinzipien und macht
auch für das Datenmodell keine Ausnahme. Da die Daten in einer relationalen
Datenbank abgelegt werden sollen, ist ein relationales Modell trotz grundsätz-
lich objektorientierter Ausrichtung unausweichlich. Somit gibt es hier zwei Mo-
delle, ein relationales (S. 72) und ein objektorientiertes (S. 73 und S. 74).
Es gibt hier für jedes Objekt der objektorientierten Sicht eine Tabelle in der
relationalen Sicht, so dass die Umsetzung vom Einen auf das Andere sehr un-
kompliziert ist. Dank Hibernate lässt sich diese Umsetzung deklarativ bewerk-
stelligen. Das bedeutet, dass für jedes Objekt eine Mapping Datei im XML
Format vorliegt, die von Hibernate ausgewertet wird. Es gibt keinen Code in
der Anwendung, der irgendwie Bezug auf die relationale Natur der Datenbasis
nimmt, die Umsetzung erledigt Hibernate völlig transparent.
6.2. Data Access Objects
Ein wichtiges Ziel bei der Überlegung, auf welche Weise man seinen Datenzu-
griff strukturieren möchte, ist die möglichst weitgehende Unabhängigkeit der
Zugriffsmechanismen von anderen Teilen der Anwendung. Der Grund leuchtet
sofort ein: da es so viele verschiedene Möglichkeiten des Zugriffs auf Daten gibt
(JDBC, Hibernate, XML, . . . ), die natürlich auch unterschiedliche Vor- und
Nachteile besitzen, die sich möglicherweise erst in einer späteren Phase der Ent-
wicklung bemerkbar machen, möchte man in der Lage sein, die Technik später