Allgemeine Aspekte der Interoperation
Aktualisiert: November 2007
Alle Aufrufe zwischen verwaltetem und nicht verwaltetem Code müssen die Anforderungen übertragen, die durch das jeweilige Programmiermodell vorgegeben werden. Verwaltete und nicht verwaltete Programmiermodelle unterscheiden sich in vielerlei Hinsicht voneinander. Die folgende Tabelle enthält die unterscheidenden Merkmale der einzelnen Modelle:
Merkmal |
Nicht verwaltetes Modell |
Verwaltetes Modell |
|---|---|---|
Codierungsmodell |
Schnittstellenbasiert |
Objektbasiert |
Identität |
GUIDs |
Starke Namen |
Mechanismus für die Fehlerbehandlung |
HRESULTs |
Ausnahmen |
Typkompatibilität |
Binärer Standard |
Typstandard |
Typdefinition |
Typbibliothek |
Metadaten |
Typsicherheit |
Nicht typsicher |
Optional sicher |
Versionskontrolle |
Unveränderlich |
Flexibel |
Einigen Merkmalen der Programmiermodelle sind Einheiten zugeordnet, die Sie anzeigen können (z. B. Typbibliotheken und Metadaten). Einige, z. B. GUIDs und starke Namen, können als Argumente übergeben werden. Andere Merkmale sind grundlegender; es sind zwar deren Auswirkungen auf den Anwendungsentwurf zu berücksichtigen, es besteht jedoch bei diesen Merkmalen keine direkte Zuordnung zu verwalteten oder nicht verwalteten Modellen.
In den folgenden Abschnitten wird jedes Merkmal ausführlicher beschrieben.
Codierungsmodelle
Nicht verwaltete Objekte kommunizieren immer über Schnittstellen. Verwaltete Objekte und Klassen können Daten direkt übergeben, ohne Schnittstellen zu implementieren.COM-Interop generiert standardmäßig eine Klassenschnittstelle, um verwaltete Funktionen über eine Schnittstelle für COM verfügbar zu machen, wenn das Objekt oder die Klasse keine Schnittstelle implementiert.
Mechanismen für die Fehlerbehandlung
COM-Methoden geben in der Regel ein HRESULT zurück, durch das angegeben wird, ob der Aufruf erfolgreich war oder fehlgeschlagen ist. Verwalteter Code verwendet Ausnahmen. COM-Interop ordnet verwaltete Ausnahmen standardmäßig Fehler-HRESULTs zu.IDs
GUIDs identifizieren einen bestimmten, nicht verwalteten Typ und stellen keine Standortinformationen für diesen Typ zur Verfügung. Starke Namen bestehen neben dem Typnamen zusätzlich aus einem eindeutigen Assemblynamen. Da der Assemblyname den Typ eindeutig identifiziert, kann ein Typname in mehreren Assemblys verwendet werden. Eine Assembly führt außerdem die Herausgeberschlüssel, Versions- und Standortinformationen für verwaltete Typen ein. Dienste für die Interoperation generieren GUIDs und haben gemäß den Anforderungen einen starken Namen.PODS (Plain Old Data Structures)
Strukturen oder Klassen können nicht mithilfe eines Plattformaufrufs als Wert zurückgegeben werden, wenn sie einen Konstruktor enthalten. Benutzerdefinierte Typen, die nicht-PODS-Elemente enthalten, sollten grundsätzlich als Verweis zurückgegeben werden. PODS sind Datenstrukturen, die gemäß ISO/IEC-Standard 14882 "Programming Languages – C++" nur passive Auflistungen von Feldwerten enthalten. Sie enthalten keine Konstruktoren, Kopierzuweisungsoperatoren, Destruktoren oder nicht statische Datenmember, die nicht ebenfalls PODS sind.Typkompatibilität
Typen sind für verwalteten und nicht verwalteten Code sowie für verschiedene Sprachen unterschiedlich.Typdefinitionen
Wenn Sie bereits mit Typbibliotheken gearbeitet haben, ist Ihnen bekannt, dass diese nur öffentliche Typen enthalten. Darüber hinaus sind Typbibliotheken optional. Im verwalteten Programmiermodell sind Typinformationen für alle Typen obligatorisch. Die Dienste für die Interoperation stellen Tools zur Verfügung, die Typbibliotheken in Metadaten in Assemblys und Metadaten in Typbibliotheken umwandeln.Typsicherheit
Nicht verwaltete Compiler stellen keine Überprüfung von Zeigertypen zur Verfügung, sodass der Code für möglicherweise schädliche Aktivitäten anfällig ist. In der Regel ist für verwalteten Code eine höhere Vertrauensebene erforderlich. Programmierer können weiterhin Zeiger in verwaltetem Code verwenden, der Code unterliegt jedoch aufgrund seines nicht sicheren Verhaltens Einschränkungen. Die Dienste für die Interoperation verhindern, dass nicht vertrauenswürdiger, verwalteter Code auf nicht verwalteten Code zugreift.Versionskontrolle
COM-Schnittstellen sind unveränderlich. Wenn Sie eine Schnittstelle verändern, müssen Sie sie mit einer neuen GUID umbenennen. Verwaltete Typen können sich entwickeln und dabei denselben Namen beibehalten.