Arbeitsgruppe Komponenten / CORBA

Komponententechnik auf verschiedenen Ebenen

(Idee RW 29.2.2004) Gemäß den CORBA-und OO-Vorstellungen besteht die Welt aus Objekten, die eine gewisse Schnittstelle haben, die man den Typ nennen kann.

Diese Schnittstelle kann in verschiedenen IDL-Sprachen Implementierungssprachneutral beschrieben werden.

Die Frage nach der Granularität:

Klassen/Module innerhalb einer Programmiersprache selber.
Die nächste Schicht sind Shared Objekte, die zu einem ausfürbaren Programm dynamisch hinzugelinkt werden können.
IPC - Interprozess Kommunikation über die Schnittstellen
CORBA-Kommunikation über Rechner hinweg

Wenn diese Ebenen alle in IDL-Formuliert werden, und die Abbildung durch IDL-Compiler, so kann man dann zur Installationszeit die Verteilungs- und Granularitätsentscheidung Treffen.

Beispiel DBM-Implementierung

 interface DBM
 {
    open();
    close();
    insert(Key,Value);
    Value get(Key);
    getIterator();
 }

ist auf verschieden Ebenen denkbar.

Sorgen und Gegenargumente

im Remote-Fall wird man andere Schnittstellen machen, z.B. würde man möglicht große Datenpakte machen,um die Latenzzeiten zu umgehen
Idee 15.11.2011: Dies ist auch eine Frage der Modellierung: In MDA hat man das Platform Independed Model PIM, und bilded es in ein oder mehrere PSM-Platformspecific -Modele ab.
Hier sollte ein Werkzeug Hilfe bei der Zerlegung des PIM in verschiedene PSM bieten.

Arbeitsgruppe Komponenten/CORBA
Informatik- und Netzwerkverein Ravensburg e.V Rudolf Weber