Extensions de COM

Remonter à Principes de COM - Index

COM a été initialement conçu pour fournir une fonctionnalité de communication de base et permettre l'enrichissement de cette fonctionnalité via des extensions. COM lui-même a étendu sa fonctionnalité première en définissant des ensembles spécialisés d'interfaces couvrant des besoins spécifiques.

Le tableau suivant est un résumé de certaines des extensions de services que COM fournit actuellement.

serveurs Automation	L'Automation désigne la capacité d'une application à contrôler par programme les objets d'une autre application. Les serveurs Automation sont les objets qui peuvent être contrôlés par d'autres exécutables à l'exécution.
contrôles ActiveX	Les contrôles ActiveX sont des serveurs en processus COM spécialisés, généralement conçus pour être incorporés dans une application client. Les contrôles proposent des comportements et des événements à la conception et à l'exécution.
Pages Active Server	Les pages Active Server sont des scripts qui génèrent des pages HTML. Le langage de script contient des structures permettant la création et l'exécution d'objets Automation. C'est-à-dire qu'une page Active Server se comporte comme un contrôleur Automation
Documents Active	Objets supportant la liaison et l'incorporation, le glisser-déplacer, l'édition visuelle et l'activation in-situ. Les documents Word et les feuilles de calcul Excel sont des exemples de documents Active.
Objets abonnement d'événement et événement COM+	Objets prenant en charge le modèle événementiel COM+ faiblement lié. A l'inverse du modèle étroitement lié utilisé par les contrôles ActiveX, le modèle événementiel COM+ vous permet de développer des éditeurs d'événements indépendamment des abonnés d'événements.
Bibliothèques de types	Collection de structures de données statiques, souvent enregistrées en tant que ressource, fournissant des informations de type détaillées sur un objet et ses interfaces. Les clients des serveurs Automation, les contrôles ActiveX et les objets transactionnels ont besoin des informations de type.

Le diagramme page suivante montre les relations entre les extensions de COM et la façon dont elles dérivent de COM.

Les objets COM peuvent être visuels ou non visuels. Certains s'exécutent dans le même espace processus que leurs clients ; d'autres peuvent s'exécuter dans des processus différents ou sur des machines distantes si les objets assurent le marshaling. Le tableau suivant récapitule les types d'objets COM que vous pouvez créer, s'ils sont visuels, les espaces processus dans lesquels ils peuvent s'exécuter, le marshaling qu'ils fournissent et s'ils ont besoin d'une bibliothèque de types.

Exigences des objets COM :

Objet	Objet visuel ?	Espace processus	Communication	Bibliothèque de types
Document Active	Habituellement	En processus ou hors processus	Verbes OLE	Non
Serveur Automation	Parfois	En processus, hors processus ou distant	Marshaling automatique via l'interface IDispatch (pour les serveurs hors processus ou distants)	Requis pour le marshaling automatique
Contrôle ActiveX	Habituellement	En processus	Marshaling automatique via l'interface IDispatch	Requise
COM+	Parfois	En processus pour MTS, tous pour COM+	Marshaling automatique via une bibliothèque de types	Requise
Objet interface personnalisé	Facultativement	En processus	Pas de marshaling requis pour les serveurs en processus	Recommandé
Autre objet interface personnalisé	Facultativement	En processus, hors processus ou distant	Marshaling automatique via une bibliothèque de types ; sinon, marshaling manuel via des interfaces personnalisées	Recommandé