Richtlinien zum Programmieren mit Serviced Components

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.