Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Note
Cet article décrit les recommandations relatives à l’interopérabilité COM de .NET Framework qui s’appuient sur d’anciens outils et modèles de déploiement, tels que Regasm.exe, le cache d’assembly global et l’inscription COM dans le Registre. Pour les .NET modernes, utilisez la génération de source COM ou l’APIComWrappers. Pour plus d’informations, consultez COM Interop.
L’écriture d’un type .NET et l’utilisation de ce type à partir de code non managé sont des activités distinctes pour les développeurs. Cette section décrit plusieurs conseils pour écrire du code managé qui interopére avec des clients COM :
Types .NET éligibles pour l’interopérabilité.
Tous les types managés, méthodes, propriétés, champs et événements que vous souhaitez exposer à COM doivent être publics. Les types doivent avoir un constructeur sans paramètre public, qui est le seul constructeur qui peut être appelé via COM.
Application d’attributs d’interopérabilité.
Les attributs personnalisés dans le code managé peuvent améliorer l’interopérabilité d’un composant.
Empaquetage d’un assembly pour COM.
Les développeurs COM peuvent exiger que vous récapituliez les étapes impliquées dans le référencement et le déploiement de vos assemblys.
En outre, cette section identifie les tâches liées à l'utilisation d’un type managé à partir d’un client COM.
Pour consommer un type managé à partir de COM
Enregistrez des assemblages avec COM.
Pour .NET Framework, les types d’un assembly (et des bibliothèques de types) doivent être inscrits au moment du design. Si un programme d’installation n’inscrit pas l’assembly, demandez aux développeurs COM d’utiliser Regasm.exe.
Référencer des types .NET à partir de COM.
Les développeurs COM peuvent référencer des types dans un assembly à l’aide des mêmes outils et techniques qu’ils utilisent aujourd’hui.
-
Les développeurs COM peuvent appeler des méthodes sur l’objet .NET de la même façon qu’ils appellent des méthodes sur n’importe quel type non managé. Par exemple, l’API COM
CoCreateInstanceactive des objets .NET. Déployez une application pour l’accès COM.
Pour .NET Framework, un assembly doté d’un nom fort peut être installé dans le Global Assembly Cache et nécessite une signature de son éditeur. Les assemblys qui n’ont pas de nom fort doivent être installés dans le répertoire de l’application du client.
Voir aussi
Collaborer avec nous sur GitHub
La source de ce contenu se trouve sur GitHub, où vous pouvez également créer et examiner les problèmes et les demandes de tirage. Pour plus d’informations, consultez notre guide du contributeur.
