Prof. Dr.-Ing. Franz-Josef Behr

Präsentation zum Thema: "Prof. Dr.-Ing. Franz-Josef Behr"—  Präsentation transkript:

1 Prof. Dr.-Ing. Franz-Josef Behr
Goto COM Prof. Dr.-Ing. Franz-Josef Behr Prof. Dr.-Ing. Franz-Josef Behr

2 Literatur Loos, Peter: Go to COM. 672 Seiten - Addison-Wesley, 2000
COM/DCOM, Microsofts Standard für Componentware, Sherif Moustafa, 2001: Verteilte Informationssysteme - DCOM/OLE, Prof. Dr.-Ing. Franz-Josef Behr

3 Warum COMponentware? Traditionelle Software (wie unsere bisherige)
unübersichtliche, monolithische Struktur aufwendig zu erstellen schwierig zu warten bzw. an Umweltveränderungen anzupassen COMponentware besteht aus wiederverwendbaren, kombinierbaren Funktionseinheiten (Komponenten) Komponenten sind sprachenunabhängig fertige Komponenten stehen in Softwarebibliotheken zur Verfügung -> schnelle, flexible Entwicklung und Aktualisierung von Softwaresystement Prof. Dr.-Ing. Franz-Josef Behr

4 Wie läßt sich ein System so erstellen, so dass ausführbare Anwendungen in binärer Form, die von verschiedenen Herstellern zu verschiedenen Zeitpunkten erstellt worden, miteinander kommunizieren können? Ansätze: Microsofts Distributed Component Object Model (DCOM) als Nachfolger von COM/OLE, Common Object Request Broker Architecture (CORBA) der Object Management Group (OMG). Prof. Dr.-Ing. Franz-Josef Behr

5 Component Objekt Model (COM)
wurde 1995 mit OLE 2.0 eingeführt und war lange eine von Microsofts Schlüsseltechnologien zur Weiterentwicklung seiner Betriebsysteme und Anwendungssoftware COM’s Architektur stellt die Grundlage von „higher level“ Software Dienste dar: Grafik (‚DirectX‘), Datenbankzugriff (‚OLE DB‘), Dateisysteme (‚Active Directory Services‘), Anwenderprogramme (Word, Excel, Internet Explorer, …, und natürlich GI-Systeme wie GeoMedia und MapInfo) ein objektbasiertes Programmiermodell, das in einer Spezifikation beschrieben ist definiert Mechanismen für die Wiederverwendbarkeit und Interoperabilität von Komponenten enthält mit der COM-Bibliothek eigenen Code funktioniert nach dem klassischen Client-Server-Prinzip Prof. Dr.-Ing. Franz-Josef Behr

6 Geschichte von COM/DCOM
Windows- Zwischenablage 1987 Verteilte Datenverarbeitung er Object Linking and Embedding (OLE 1) 1992 Open Software Foundation Distributed Computing Environment Remote Procedure Calls (OSF DCE RPC) Ende 80er Component Object Model (COM) 1995 Distributed COM (DCOM) 1996

7 Geschichte COM / DCOM Windows- Zwischenablage 1987
Object Linking and Embedding (OLE 1) 1992 Component Object Model (COM) 1995 Distributed COM (DCOM) 1996 Verteilte Datenverarbeitung er Open Software Foundation Distributed Computing Environment Remote Procedure Calls (OSF DCE RPC) Ende 80er Heute: Ablösung durch .net Prof. Dr.-Ing. Franz-Josef Behr

8 Bekannt: Schnittstelle
Objekt Öffentliche Schnittstellen Methoden Eigenschaften Eigenschaften: private Setzen und Abfragen nur über get- und set-Methoden Prof. Dr.-Ing. Franz-Josef Behr

9 Hinführung Objektinstanz anlegen: CPoint * pPoint = new CPoint(5.0,9.0); Geschieht dies im gleichen Programm: "Kein Problem" Bei Nutzung derselben Klasse in mehreren Programmen: Klasse verfügbar über .h-Datei "Kein Problem" Problem jedoch: Über Programmgrenzen hinweg bei Nutzung in anderen Programmiersprachen Prof. Dr.-Ing. Franz-Josef Behr

10 Idee System verteilter Objekte
Instanzen können über Programmgrenzen hinweg angelegt werden Mit verschiedenen Programmiersprachen Problem: Es existieren möglicherweise viele CPoint-Klassen Jede Klasse / jedes Objekt benötigt eine eindeutige ID Objekte werden von "Objektfabriken" (factories) bereitgestellt. Für alle derzeit und in Zukunft darin vorkommenden Objekte, Schnittstellen, Klassen, Anwendungen und mehr werden sogenannte "Globally Unique IDentifiers" (abgekürzt "GUID"s) erzeugt. --> Identifikation über eine weltweit eindeutige Nummer Prof. Dr.-Ing. Franz-Josef Behr

11 GUID – Globally Unique Identifier
128 Bit-Zahl, aus einer Menge von Informationen gebildet. unter anderem wird die MAC-Adresse der Netzwerkkarte bei der Erstellung einer GUID verwendet um sicherzustellen, dass die GUID weltweit eindeutig ist. Bei der Installation eines Betriebssystems wird auch eine GUID erstellt, die dann eine bestimmte Maschine identifiziert. 128 Bit, groß genug? Würde jeder derzeitige Erdenbewohner, das sind etwa 6 Milliarden Menschen (Größenordnung 109), rund um die Uhr 100 Billionen (1014) GUIDs pro Sekunde erzeugen, würde es knapp 20 Millionen Jahre dauern, bis der mögliche Vorrat von 3,4 x 1038 Zahlen ausgeschöpft wäre! (Quelle: Kraig Brockschmidt: Inside OLE, Microsoft Press, nach Prof. Dr.-Ing. Franz-Josef Behr

12 GUID – Darstellung Üblicherweise in hexadezimaler Form in einer bestimmten Formatierung dargestellt, beispielsweise: {C1D11C25-45D2-11D0-B0E } Prof. Dr.-Ing. Franz-Josef Behr

13 CLSID (ClassIDentifier)
ein Name für ein Objekt spezielle Form eines GUID, also ein weltweit eindeutiger Bezeichner. 16-byte Wert, der 32 Hexadezimal Ziffern enthält. Diese Ziffern sind in Gruppen angeordnet: CLSIDs werden benutzt, um OLE Objekte eindeutig identifizieren zu können. Diese Objekte haben Eigenschaften und Methoden. Methode ist ein Vorgang, der ausgeführt wird, wenn mit diesem Objekt gearbeitet wird, z. B. ein Doppelklick, wenn ein anderes Objekt darauf per Maus "gedropt" wird usw. Damit ein Objekt, welches durch seine CLSID repräsentiert wird, eine Methode besitzt, muss natürlich ein Programm vorhanden sein, welches diese Methode ausführt. Prof. Dr.-Ing. Franz-Josef Behr

14 Praxis: Nutzung einer CLSID
Wenn Sie ein Icon zum Aufruf solcher Funktionen anlegen wollen, legen Sie an der gewünschten Stelle (Desktop oder Startmenü) einen neuen Ordner an. Als Namen für den Ordner geben Sie eine Beschreibung, gefolgt von einem Punkt, und dann die CLSID-Nummer [Name.{CLSID-Nummer}] (z. B. Systemsteuerung.{21EC2020-3AEA-1069-A2DD-08002B30309D}) ein. Prof. Dr.-Ing. Franz-Josef Behr

15 Praxis: CLSID besorgen
#define STRICT #include <objbase.h> #include <stdio.h> #include <assert.h> #include <iostream> using namespace std; Int main (void) { GUID guid; // create guid HRESULT hr = CoCreateGuid (& guid); assert (hr == S_OK); // convert GUID into string OLECHAR szCLSID [256]; int len = StringFromGUID2 (guid, szCLSID, 256); assert (len != 0); printf ("CoCreateGuid: %S\n", szCLSID); cout << "CoCreateGuid: " << szCLSID << endl << endl; return 0; } Prof. Dr.-Ing. Franz-Josef Behr

16 Rückgabewerte von COM-Funktionen
HRESULT hr = CoCreateGuid (& guid); HRESULT = "Handle to result" = Verweis auf 32-Bit-Ergebniswert (vgl. WIN-API) -> in Datei winerror.h definiert. Prof. Dr.-Ing. Franz-Josef Behr

17 Von der CLSID zur ProgID
ProgID = programmatische ID, Zeichenkette, die einer CLSID eine für uns lesbare Darstellung zuordnet. ProgID müssen nicht weltweit eindeutig sein. Namenskonvention: <Hersteller>.<Klasse>.<Version> Bsp.: Word.Application.8 Prof. Dr.-Ing. Franz-Josef Behr

18 Registrierungsdatenbank: Zentrale Sammelstelle der ProgIDs
Registrierungsdatenbank = System Registry Hauptschlüssel: HKEY_CLASSES_ROOT: Verknüpfungen von Applikation und Dateinamenserweiterungen, Registrierung aller COM-Komponenten HKEY_CURRENT_USER: Informationen des aktuellen Benutzers HKEY_LOCAL_MACHINE: rechnerspezifische Informationen, wie z. B. über eingebaute Hardware HKEY_USERS: Informationen zu allen angemeldteten Benutzern HKEY_CURRENT_CONFIG: Daten zur aktuellen Konfiguration (angeschlossener Drucker usw.) HKEY_DYN_DATA: dynamische Statusinformationen (Anzahl der Prozesse usw.) Zugriffsfunktionen RegOpenKeyEx: Öffnen eines Haupt- oder Unterschlüssels RegQueryValueEx: Attributwert lesen RegCloseKey: Handle für Zugriff auf Registry wieder freigeben Prof. Dr.-Ing. Franz-Josef Behr

19 Registrierungsdatenbank: Zentrale Sammelstelle der ProgIDs II
Registrieren von Komponenten manuell oder automatisch von der Komponente selbst. Ohne einen Eintrag in der Registry kann kein Client die gewünschte Klasse lokalisieren und instantiieren! Prof. Dr.-Ing. Franz-Josef Behr

20 Praxis: ProgIDvon WinWord
#define STRICT #include <objbase.h> #include <stdio.h> #include <assert.h> void main (void) { long ret; // open the specified key HKEY hKey; ret = RegOpenKeyEx ( // Öffnen eines Haupt- oder Unterschlüssels HKEY_CLASSES_ROOT, // handle to open key "Word.Application.8\\CLSID", // subkey name (DWORD) 0, // reserved KEY_READ, // security access mask & hKey // pointer to key handle ); assert (ret == ERROR_SUCCESS); // retrieves data for the specified value name BYTE dwData [256]; DWORD dwDataSize = sizeof (dwData); ret = RegQueryValueEx ( // Attributwert lesen hKey, // handle to key "", // empty string (default value) (DWORD *) 0, // reserved (DWORD *) 0, // type of data (ignored) dwData, // buffer to receive data & dwDataSize // size of buffer printf ("CLSID of \"Word.Application.8\\CLSID\":\n%s\n", dwData); // release handle to the specified key ret = RegCloseKey (hKey ); // handle to key to close return; } Prof. Dr.-Ing. Franz-Josef Behr

21 Praxis: ProgIDvon WinWord
Prof. Dr.-Ing. Franz-Josef Behr

22 COM-Klasse Konkrete Implementierung einer oder mehrer COM-Schnittstellen; auch als CoClass bezeichnet; Name der Klasse: eindeutige CLSID, optional ProgID (besser lesbar) Prof. Dr.-Ing. Franz-Josef Behr

23 Das COM-Objekt bietet seine Funktionen als Methoden für Clients über eine oder mehrere Schnittstellen an kann von Clients über einen Schnittstellenzeiger angesprochen werden Clients erhalten nach der Instantiierung eines Objekts automatisch einen Schnittstellenzeiger auf dessen Schnittstelle IUnknown jede Schnittstelle muß die virtuellen Funktionen von IUnknown erben, jede COM-Klasse muß diese Funktionen implementieren IUnknown-Methoden können über jede Schnittstelle aufgerufen werden die Methoden von IUnknown liefern dem Client Zeiger auf weitere Schnittstellen des Objekts und übernehmen eine Referenzzählung zur Speicherverwaltung Prof. Dr.-Ing. Franz-Josef Behr

24 Schnittstellenbegriff in COM
Zusammenfassung einer oder mehrerer (semantisch zusammengehöriger) Methoden zu einer logischen Gruppe, die in C++ mit Hilfe einer rein abstrakten Basisklasse definiert werden. Der Zugriff auf die COM-Schnittstelle sind durch ein binäres Standardformat vorgegeben. Auf allen Plattformen definiert COM eine Standardmethode, um die sog. virtuellen Funktionstabellen (VTBL) in den Arbeitsspeicher zu laden, sowie eine Standardmethode, um Funktionen mit Hilfe solcher Tabellen aufzurufen. Virtuelle Tabellen sind eine Menge von Zeigern, die auf verschiedene Funktionen zeigen, d.h. eine beliebige Programmiersprache, welche in der Lage ist, Funktionen durch Zeiger aufzurufen, ist dazu geeignet, Komponenten zu erstellen, die mit anderen Komponenten kommunizieren können. Prof. Dr.-Ing. Franz-Josef Behr

25 Ein Zeiger auf eine COM-Schnittstelle ist ein Zeiger auf eine vtbl (virtuelle Funktionszeigertabelle), die der korrespondierenden abstrakten Basisklasse zugeordnet ist. Prof. Dr.-Ing. Franz-Josef Behr

26 Schnittstellendefinition
wird vom Entwickler in einer Schnittstellendefinitionsdatei durch eine abstrakte Basisklasse definiert Werkzeug zum generieren von Schnittstellendefinitionsdateien ist der Microsoft Interface Definition Language (MIDL) - Compiler die Schnittstellendefinitionsdatei muß als Header-Datei von Client und Komponente benutzt werden -> es wird ein Binärstandard erreicht Schnittstellen dürfen nach ihrer Veröffentlichung nicht mehr geändert werden COM definiert eine Vielzahl von Standardschnittstellen, deren Methoden der Entwickler in der Komponente jedoch selbst implementieren muss. Prof. Dr.-Ing. Franz-Josef Behr

27 Schnittstellendefinition
Schnittstellendefinitionsdatei in IDL MIDL-Compiler Header-Datei mit Schnittstellendefinition Client-Projekt kann Schnittstellenzeiger bilden Server-Projekt vererbt Basisklasse und implementiert deren Member-Funktionen Prof. Dr.-Ing. Franz-Josef Behr Quelle:

28 Prof. Dr.-Ing. Franz-Josef Behr

29 IUnknown: das grundlegende Interface
Jedes COM- Objekt besitzt dieses Interface. dient zur Identifizierung eines unbekannten COM Objektes. Clients erhalten nach Instantiierung eines Objekts automatisch Schnittstellenzeiger auf dessen Schnittstelle IUnknown IUnknown-Methoden können über jede Schnittstelle aufgerufen werden Methoden von IUnknown liefern dem Client Zeiger auf weitere Schnittstellen des Objekts und übernehmen eine Referenzzählung zur Speicherverwaltung Interface IUnknown { virtual HRESULT QueryInterface(IID& iid, void ** ppvObj) = 0; virtual ULONG AddRef() = 0; virtual ULONG Release() = 0; } Prof. Dr.-Ing. Franz-Josef Behr

30 ActiveX Controls Interfaces
Prof. Dr.-Ing. Franz-Josef Behr

31 IUnknown-Methoden QueryInterface: Überprüft, nach Angabe dieses bestimmten Interfaces, ob der aktuelle COM-Objekt dieses implementiert, und wenn dem so ist, wird die Referenz auf diesem Interface zurückgeliefert. AddRef: Ist dafür zuständig, den Referenzzähler zu erhöhen, wenn eine neue Referenz übergeben wird. Release: Ist dafür zuständig, den Referenzzähler zu erniedrigen, wenn eine Referenz verbraucht wird. Sobald der Wert des Zählers null ist, wird das COM Objekt unerreichbar und somit vernichtet. Prof. Dr.-Ing. Franz-Josef Behr

32 Lebensdauer eines COM-Objekts
Der Referenzzähler eines COM-Objekts wird durch die Methoden AddRef nd Release beeinflusst (Quelle: Loos 2001). Prof. Dr.-Ing. Franz-Josef Behr

33 Aufbau einer COM-Applikation
Anmelden bei COM Umwandlung ProID nach CLSID Erzeugen eines COM-Objekts Bestimmen Schnittstellenzeigers anfordern Methode aufrufen Schnittstellenzeigers wieder freigeben Aufräumen, Speicherplatzfreigabe Abmelden von COM Prof. Dr.-Ing. Franz-Josef Behr Quelle:

34 COM-Ereignissystem Prof. Dr.-Ing. Franz-Josef Behr

35 Anmelden bei COM Jedes COM-orientierte Windows-Programm, egal ob Client oder Server, muss sich vor dem ersten Zugriff auf das COM-Laufzeitsystem durch die CoInitialize Funktion bei COM anmelden: ... int main () { ODS0 ("[HelloClient]\tentering main\n"); // initialize COM libraries HRESULT hr = CoInitialize ((LPVOID) 0); Prof. Dr.-Ing. Franz-Josef Behr

36 Umwandlung ProID nach CLSID
// convert ProgID into corresponding CLSID CLSID CLSID_HelloWorldServer; hr = CLSIDFromProgID (L"HandsOnCOM.HelloWorld.1", &CLSID_HelloWorldServer ); Prof. Dr.-Ing. Franz-Josef Behr

37 Erzeugen eines COM-Objekts
verschiedene Alternativen: Die am häufigsten vorkommende (und auch am einfachsten zu nutzende) ist die Funktion CoCreateInstance der COM-Bibliothek. Nachdem ein Client die COM-Bibliothek mit dem Aufruf CoInitialize initialisiert hat, kann er diese Funktion aufrufen, um eine Instantiierung einer registrierten Klasse zu veranlassen. Diese Funktion muss für jedes zu erstellende Objekt aufgerufen werden. // create a HelloWorld object IUnknown * pIUnknown; hr = CoCreateInstance ( CLSID_HelloWorldServer, // CLSID of object (IUnknown *) 0, // object is not part of an aggregate CLSCTX_INPROC_SERVER, // see CLSCTX enumeration IID_IUnknown, // requested interface identifier (void **) & pIUnknown // return value ); Der erste Parameter spezifiziert die CLSID der gewünschten Klasse. Der zweite Parameter ist nur in Zusammenhang mit Aggregation von Bedeutung und bei uns NULL. Über den dritten Parameter spezifizieren wir, dass das Objekt im eigenen Adressraum instantiiert werden soll. Für Nutzung eines OutProcServers würden wir CLSCTX_LOCAL_SERVER, für einen Server auf einem anderen Server CLSCTX_REMOTE_SERVER[1] spezifizieren (siehe wtypes.h). Beim vierten Parameter ist die Schnittstelle zu spezifizieren, mit der der Client arbeiten möchte, in unserem Fall eigentlich ISayHello. Der Einfachkeit halber (und aus didaktischen Gründen) fordern wir zunächst den IID_IUnknown-Schnittstellenzeiger an. Von im wissen wir, dass er von dem erzeugten COM-Objekt zur Verfügung gestellt wird. Die Anforderung des Schnittstellenzeigers für ISayHello kann in einem nachfolgenden Implementierungsschritt erfolgen, um an dieser Stelle nicht zwei getrennte Funktionalitäten zu vermischen. CoCreateInstance ruft intern die Funktion CoGetClassObject auf, die sich dann an den Service Control Manager (SCM) wendet, eine Komponente der COM-Bibliothek[2]. Der SCM sucht in der Registrierung nach der CLSID, erzeugt das Objekt und reicht den empfangenen IUnknown-Schnittstellenzeiger an den Client weiter. Dieser kann dann direkt mit dem Objekt kommunizieren. Falls die Komponente nicht im Prozeßraum des Clients ausgeführt wird, erstellt COM automatisch nach der Objektinstantiierung ein Stub-Objekt für den Server und ein Proxy-Objekt für den Client. Prof. Dr.-Ing. Franz-Josef Behr

38 1. Parameter: spezifiziert CLSID der gewünschten Klasse.
2. Parameter: ist nur in Zusammenhang mit Aggregation von Bedeutung und bei uns NULL. 3. Parameter: wir spezifizieren, dass das Objekt im eigenen Adressraum instantiiert werden soll. Für Nutzung eines OutProcServers würden wir CLSCTX_LOCAL_SERVER, für einen Server auf einem anderen Server CLSCTX_REMOTE_SERVER[1] spezifizieren (siehe wtypes.h). 4. Parameter: Schnittstelle zu spezifizieren, mit der der Client arbeiten möchte, in unserem Fall eigentlich ISayHello. Der Einfachkeit halber (und aus didaktischen Gründen) fordern wir zunächst den IID_IUnknown-Schnittstellenzeiger an. Von im wissen wir, dass er von dem erzeugten COM-Objekt zur Verfügung gestellt wird. Die Anforderung des Schnittstellenzeigers für ISayHello kann in einem nachfolgenden Implementierungsschritt erfolgen, um an dieser Stelle nicht zwei getrennte Funktionalitäten zu vermischen. Prof. Dr.-Ing. Franz-Josef Behr

39 CoCreateInstance Erzeugt einen Interface Zeiger zu einer nicht initialisierten Instanz einer Objektklasse CoCreateInstance ruft intern die Funktion CoGetClassObject auf, die sich dann an den Service Control Manager (SCM) wendet, eine Komponente der COM-Bibliothek. Der SCM sucht in der Registrierung nach der CLSID, erzeugt das Objekt und reicht den empfangenen IUnknown-Schnittstellenzeiger an den Client weiter. Dieser kann dann direkt mit dem Objekt kommunizieren. Falls die Komponente nicht im Prozessraum des Clients ausgeführt wird, erstellt COM automatisch nach der Objektinstantiierung ein Stub-Objekt für den Server und ein Proxy-Objekt für den Client. Prof. Dr.-Ing. Franz-Josef Behr

40 Bestimmten Schnittstellenzeigers anfordern
Die Verhandlungen über einen bestimmten Schnittstellenzeiger (hier ISayHello werden im folgenden Codeabschnitt durchgeführt: // request ISayHello interface ISayHello * pISayHello; hr = pIUnknown -> QueryInterface ( IID_ISayHello, (void **) & pISayHello ); Prof. Dr.-Ing. Franz-Josef Behr

41 Methode aufrufen Mit Hilfe des ISayHello- Schnittstellenzeigers können wir nun auf die Methoden dieser Schnittstelle aufrufen: hr = pISayHello->SayHello (szHello); // =============================================================== // interface ISayHello interface ISayHello : public IUnknown { // ISayHello methods STDMETHOD (SayHello) (BSTR szMessage) PURE; }; Prof. Dr.-Ing. Franz-Josef Behr

42 Schnittstellenzeigers wieder freigeben
// release interface pointer hr = pISayHello -> Release (); hr = pIUnknown -> Release (); Prof. Dr.-Ing. Franz-Josef Behr

43 Aufräumen, Speicherplatzfreigabe
Für den Aufruf hr = pISayHello -> SayHello (szHello) musste eine BSTR-Variable mit SysAllocString erzeugt werden, die jetzt wieder freigegeben wird: // free BSTR SysFreeString (szHello); Prof. Dr.-Ing. Franz-Josef Behr

44 Abmelden von COM Sind keine weiteren Zugriffe mehr auf ds COM-System vorgesehen, melden wir uns wieder von COM ab: // release COM libraries CoUninitialize (); Prof. Dr.-Ing. Franz-Josef Behr

45 COM-Server, COM-Client
Definition COM-Server: Binärdatei (.exe oder .dll), die die Realisierung einer oder mehrerer COM-Klassen enthält und Objekte für Client (Erzeugung, Zugriff über Schnittstellenzeiger) bereitstellt. Definition COM-Client: Windows-Programm, das Erzeugung eines (oder mehrerer) COM-Objekte veranlasst und seine Methoden aufruft. Prof. Dr.-Ing. Franz-Josef Behr

46 Server / Binärdatei: Zwei Arten
Windows DLL (Dynamic Link Library, .dll), auch In-Process-Server genannt Eigenständiges Programm (.exe-Datei), auch OutProc-Server genannt Remote Server (Programme, die in Netzwerken benutzt werden können) Prof. Dr.-Ing. Franz-Josef Behr

47 In-Process-Server (InProc-Server)
Dynamic Link Libraries (DLL's) zur Laufzeit in den Prozess des Client-Programmes geladen Funktionsaufrufe zwischen Client und Server können direkt erfolgen. Hieraus resultiert ein sehr günstiges Laufzeitverhalten. Prof. Dr.-Ing. Franz-Josef Behr

48 Out of Process-Server (OutProc-Server)
eigenständig ausführbare Programme (.EXE) separater Prozess Kommunikation mit dem Client über das sogenannte Marshalling. Hierfür ist ein Proxy/Stub-Modul notwendig, welches Funktionsaufrufe in „Inter Process Calls“ (IPC) übersetzt. Dieses Modul kann relativ einfach als Dynamic Link Library bereitgestellt werden. Prof. Dr.-Ing. Franz-Josef Behr

49 Beide Stellvertreter werden in der Regel durch ein Werkzeug automatisch aufgrund einer Schnittstellendefinition generiert, die mittels IDL verfasst wird. compilieren .tld Prof. Dr.-Ing. Franz-Josef Behr

50 Transport vom Client zum Server-Prozess
Remote Procedure Call (RPC, seit 1997), Für das Verpacken der Parameter in ein übertragbares Paket und seine Übertragung über Prozessgrenzen hinweg wurde der Begriff Marshaling gewählt. Das Auspacken und die Wandlung in eine Format, das für den empfangenden Prozess verständlich ist, wird als Unmarshaling bezeichnet. Hauptvertreter: Typbibliotheks-Marshaling mit vorgefertigter Implementierung Prof. Dr.-Ing. Franz-Josef Behr

51 Klassenfabrik „Klassenfabriken“ (Class Factories) sind spezielle COM-Klassen, die zum Instanziieren der eigentlichen Objekte dienen. Für jede COM-Klasse muß eine entsprechende Class-Factory implementiert werden. Diese Klassenfabrik muß die Schnittstelle IClassFactory bereitstellen. IClassFactory deklariert die Methoden CreateInstance und LockServer. Mit LockServer kann verhindert werden, daß eine selten benötigte Komponente ständig aus dem Speicher entfernt und wieder neu geladen wird. Prof. Dr.-Ing. Franz-Josef Behr