Partager via


Clients et serveurs COM

Un aspect critique de COM est la façon dont les clients et les serveurs interagissent. Un client COM est le code ou l’objet qui obtient un pointeur vers un serveur COM et utilise ses services en appelant les méthodes de ses interfaces. Un serveur COM est tout objet qui fournit des services aux clients ; ces services sont sous la forme d’implémentations d’interface COM qui peuvent être appelées par n’importe quel client capable d’obtenir un pointeur vers l’une des interfaces sur l’objet serveur.

Il existe deux principaux types de serveurs, in-process et hors processus. Les serveurs in-process sont implémentés dans une bibliothèque liée dynamique (DLL) et les serveurs hors processus sont implémentés dans un fichier exécutable (EXE). Les serveurs hors processus peuvent résider sur l’ordinateur local ou sur un ordinateur distant. En outre, COM fournit un mécanisme qui permet à un serveur in-process (dll) de s’exécuter dans un processus EXE de substitution afin d’obtenir l’avantage d’être en mesure d’exécuter le processus sur un ordinateur distant. Pour plus d’informations, consultez dll surrogates.

Le modèle et les constructions de programmation COM ont maintenant été étendus afin que les clients et les serveurs COM puissent travailler ensemble sur le réseau, pas seulement dans un ordinateur donné. Cela permet aux applications existantes d’interagir avec de nouvelles applications et entre elles entre les réseaux avec une administration appropriée, et de nouvelles applications peuvent être écrites pour tirer parti des fonctionnalités de mise en réseau.

Les applications clientes COM n’ont pas besoin de savoir comment les objets serveur sont empaquetés, qu’ils soient empaquetés en tant qu’objets in-process (dans les DLL) ou en tant qu’objets locaux ou distants (dans LES EXE). Distributed COM permet également aux objets d’être empaquetés en tant qu’applications de service, en synchronisant COM avec les fonctionnalités d’administration et d’intégration système enrichies de Windows.

Note

Tout au long de cette documentation, l’acronyme COM est utilisé en préférence pour DCOM. Cela est dû au fait que DCOM n’est pas séparé ; c’est juste COM avec un fil plus long. Dans les cas où ce qui est décrit est spécifiquement une opération distante, le terme COM distribué est utilisé.

 

COM est conçu pour permettre d’ajouter la prise en charge de la transparence de l’emplacement qui s’étend sur un réseau. Elle permet aux applications écrites pour des ordinateurs uniques d’exécuter sur un réseau et fournit des fonctionnalités qui étendent ces fonctionnalités et ajoutent à la sécurité nécessaire dans un réseau. (Pour plus d’informations, consultez Sécurité dans COM.)

COM spécifie un mécanisme par lequel le code de classe peut être utilisé par de nombreuses applications différentes.

Pour plus d’informations, consultez les rubriques suivantes :

de synchronisation des appels

sécurité dans COM