Dynamische Adaption in heterogenen verteilten eingebetteten ...
Dynamische Adaption in heterogenen verteilten eingebetteten ...
Dynamische Adaption in heterogenen verteilten eingebetteten ...
Sie wollen auch ein ePaper? Erhöhen Sie die Reichweite Ihrer Titel.
YUMPU macht aus Druck-PDFs automatisch weboptimierte ePaper, die Google liebt.
5.4 E<strong>in</strong>e JVM als Baukasten<br />
Abbildung 5.21: Abhängigkeiten des Laufzeittypsystems<br />
Die Möglichkeit, die Struktur e<strong>in</strong>es Objekts oder e<strong>in</strong>er Klasse abzufragen, macht es nötig, dass die<br />
entsprechenden Informationen <strong>in</strong> Form der Objekt- und Klassenstrukturdaten sowie der Methodensignaturen<br />
zur Verfügung stehen. Da diese Daten jedoch von kaum e<strong>in</strong>em anderen Dienst benötigt<br />
werden, ist es s<strong>in</strong>nvoll das Laufzeittypsystem als externen Dienst anzubieten, wenn es selten genutzt<br />
wird.<br />
5.4.10 Klassendaten<br />
Die Klassendaten entsprechen zum größten Teil den Informationen aus den Klassendateien der geladenen<br />
Klassen. Sie werden durch den Klassenlader erzeugt und verändert, wenn neue Klassen und Typen<br />
def<strong>in</strong>iert werden.<br />
Abbildung 5.22: Abhängigkeiten der Klassendaten<br />
E<strong>in</strong> großer Teil der Klassendaten wird nur zur Codevorbereitung benötigt. Lagert man die Bauste<strong>in</strong>e<br />
der Codevorbereitung aus, so werden viele Daten kaum noch zur Laufzeit benötigt und können mit<br />
ausgelagert werden. E<strong>in</strong>ige Daten können auch durch optimierte Dienste überflüssig oder beispielsweise<br />
bei der Verwendung e<strong>in</strong>es Compilers <strong>in</strong> den erzeugten Code e<strong>in</strong>gearbeitet werden. Bei Veränderungen<br />
der Klassendaten muss dann die Gültigkeit überprüft und gegebenenfalls Code und Dienste ausgetauscht<br />
werden.<br />
123
Change language