Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Obwohl das .NET Framework viele COM-Programmierfeatures erweitert und durch die Common Language Runtime ein einfacher Zugriff über die Grenzen des Zusammenwirkens hinaus möglich wird, ist ein COM-Client an die Restriktionen seines Programmiermodells gebunden. Diese Beschränkungen können Einfluss darauf ausüben, wie und wann den .NET Framework-Komponenten die erweiterten Features zur Verfügung stehen. Vor dem Erstellen einer .NET Framework-Komponente sollten Sie deshalb bedenken, von wem sie verwendet werden soll. Wenn Sie frühzeitig feststellen, ob Aufrufer COM-basiert sind, bleibt Ihnen möglicherweise zu einem späteren Zeitpunkt viel Zeitaufwand erspart.
Verwenden Sie die Überlegungen in der folgenden Tabelle als Richtlinie beim Schreiben einer .NET Framework-Komponente auf der Grundlage des Aufrufertyps.
| Erwarteter Aufrufer | Überlegungen |
|---|---|
| Nur .NET Framework-Clients | Keine speziellen Überlegungen. |
| .NET Framework- und COM-Clients | Siehe die Einträge zu COM-Clients. |
| Nur COM-Clients | Vermeiden Sie die Verwendung von parametrisierten Konstruktoren.
Vermeiden Sie die Verwendung von statischen Methoden. Definieren Sie die Ereignisquellenschnittstellen in verwaltetem Code. Schließen Sie HRESULTs in benutzerdefinierte Ausnahmen ein. Liefern Sie GUIDs für Typen, die diese benötigen. Rechnen Sie mit Vererbungsunterschieden. |