Dynamische Adaption in heterogenen verteilten eingebetteten ...

4.5 Aufbau und Architektur
Abbildung 4.22: Klassendiagramm des DWARF-Typsystems
Das schematische Klassendiagramm zeigt den ELFSectionExtractor, der auf die binären Daten im ELFFile
zugreift um Function oder DataModule Objekte zu erzeugen. Zu jedem solchen Modulobjekt wird dann mithilfe
des DwarfLoader-Objekts ein Subprogramm- beziehungsweise ein DataType-Objekt erstellt.
Die Parameter einer Funktion werden durch DataComponent-Objekten ausgedrückt, welche auch die Komponenten
eines zusammengesetzten Datentyps beschreiben können. DataComponent-Objekte beschreibt dabei immer eine
Position und verweisen auf einen Typ. Das Zusammenspiel der Klassen lässt sich anhand der Methoden erahnen, die
hier zum Teil angegeben sind.
untergeordneten Datum. DataComponent-Objekte werden auch eingesetzt, um beispielsweise die
Elemente einer Struktur zu beschreiben. Datentypen werden durch Objekte vom Typ DataType
dargestellt. Sie erlauben es abzufragen, ob es sich um einen Zeiger oder einen zusammengesetzten
Datentyp handelt. Im jeweiligen Fall kann der referenzierte Typ beziehungsweise eine Liste mit den
Elementen abgefragt werden.
4.5.8.2 Schnittstellenbeschreibung aus externer Quelle
Prinzipiell ist es möglich, die benötigten Typ- und Schnittstellenbeschreibungen aus einer anderen
Quelle zu erhalten. So könnte man die Schnittstellen von Funktionen mithilfe einer speziellen Schnittstellenbeschreibungssprache
wie CORBA-IDL [Omg04] oder Microsoft-IDL [Mic07] definieren. Ein
solcher Ansatz hat jedoch einige Nachteile.
Zum einen müssen die Beschreibungen separat und manuell gepflegt werden. Änderungen am
Quellcode wirken sich nicht automatisch auf die Schnittstellenbeschreibungen aus. Inkonsistenzen in
den Daten können zu einem Fehlverhalten des Verwalters führen, da zum Beispiel die Parameter falsch
interpretiert werden.
Ein weiterer Nachteil ist, dass mit Schnittstellenbeschreibungssprachen keine architekturspezifischen
Informationen zum Aufbau der Datentypen ausgedrückt werden. Bei Debuginformationen sind beispielsweise
die Positionen der Elemente einer Struktur innerhalb des Speicherbereichs, der die Struktur
ausmacht, genau angegeben. In einer allgemeinen Schnittstellenbeschreibungssprache kann man nur
den strukturellen Aufbau von Schnittstellen und Datentypen beschreiben. Die Repräsentation der Daten
im Speicher ist dabei nicht festgelegt.
Die Verwendung einer Schnittstellenbeschreibungssprache hat aber auch Vorteile. Debuginformationen
können nur das Wissen widerspiegeln, das in der Programmiersprache ausdrückbar ist.
Die Datentypen werden jedoch nicht immer eindeutig verwendet. Ein Beispiel ist ein Zeiger auf ein
89