2 UML-based Web Engineering - UWE - Ludwig-Maximilians ...

mit Werten versehen oder, noch schlimmer, in die Geschäftslogik miteinbezogen werden.
Neben dieser Problematik ergab sich eine weitere Schwierigkeit bei der Abbildung der PVS-
Modellschicht auf Datenbankebene, welche die Mehrfachvererbung in der Publikations-
Vererbungshierarchie betrifft 69 . Ruby erlaubt zwar keine Mehrfachvererbung, unterstützt
jedoch eine Konstruktion, die auf sogenannten Modulen basiert und mit der
Mehrfachvererbung simuliert werden kann. Module sind im Wesentlichen
Methodensammlungen, die einen eigenen Namensraum bereitstellen, jedoch im Gegensatz zu
Klassen nicht instantiierbar sind. Trotzdem können in Modulen Instanzmethoden deklariert
werden: Diese Methoden können zwar niemals von Instanzen des Moduls aufgerufen werden
(da es diese nicht gibt); allerdings besteht die Möglichkeit, Module in gewöhnliche Klassen
zu inkludieren. Damit erhält die Klasse das gesamte Methodenarsenal des integrierten
Moduls, insbesondere können Instanzen der Klasse die Instanzmethoden des Moduls
aufrufen. Somit verhält sich das 'eingemischte' Modul zu einem bestimmten Grad wie eine
ordentliche Superklasse. Ruby erlaubt die Inkludierung beliebig vieler Module in ein und
dieselbe Klasse – eine solche Klasse besitzt dann mehrere 'Pseudo'-Superklassen, was einer
Mehrfachvererbung gleichkommt.
Leider konnte dieser Simulationsmechanismus nicht eingesetzt werden, um die
Klassenstruktur des PVS-Inhaltsmodells so zu realisieren, dass sie gleichzeitig auch
angemessen auf Datenbankebene abgebildet werden kann. Die beiden Klassen, von denen
mehrfach-geerbt werden soll (AuthorPublication und EditorPublication)
besitzen jeweils eine Assoziation zu einer weiteren Inhaltsklasse (Person), und diese
Assoziation muss genauso wie die jeweils beteiligten Klassen in der Datenbank abgebildet
werden. Der Rails-spezifische Mechanismus zur Erfassung einer Assoziation auf DB-Ebene
setzt allerdings voraus, dass die an der Assoziation beteiligten Klassen echte Klassen (genauer
gesagt Erben der ActiveRecord-Basisklasse ActiveRecord::Base) und keine Module
sind. Damit ist ausgeschlossen, AuthorPublication und EditorPublication als
Module zu definieren und den gerade vorgestellten Ruby-Mechanismus zur Simulation von
Mehrfachvererbung einzusetzen.
Welchen Beschränkungen unterlag also die Implementierung des PVS-Inhaltsmodells?
Erstens mussten alle Attribute aller Publication-Subklassen in Publication selbst
definiert werden. Und zweitens war es nicht möglich, die Zugriffsrechte der konkreten
Publication-Subklassen auf Person durch das Zwischenschalten zweier abstrakter
Klassen AuthorPublication und EditorPublication zu regeln. Stattdessen
wurden die Assoziationen zu Person eine Ebene nach oben geschoben und an die
Basisklasse Publication vergeben. Damit erhalten zwar bestimmte Publikationstypen
prinzipiell Zugang zu Editoren (bzw. Autoren), den man ihnen eigentlich nicht gewähren
sollte (da dies das BibTeX-Format nicht vorsieht); da die erste Einschränkung jedoch sowieso
schon ein unsauberes Design erzwingt, bei dem Klassen strukturelle Eigenschaften
zugewiesen werden, die sie eigentlich nicht besitzen sollten, fällt dieser zusätzliche Nachteil
nicht mehr allzu stark ins Gewicht. Immerhin ergibt sich dadurch ein einheitliches (wenn auch
'schmutziges') Design. Und in einigen Situationen hat die Tatsache, dass alle strukturellen
Merkmale der Vererbungshierarchie in der Publication-Basisklasse definiert waren, sogar
zu einer Vereinfachung der Implementierung beigetragen.
69 siehe Abbildung 9 in Kapitel 4.1
81