Question

Par la voie « traditionnelle » Je veux dire l'enregistrement de la DLL dans le registre.

Il semble être une autre méthode pour le mettre en place en allant à MMC-> Component Services-> Applications COM + et en ajoutant le fichier .tlb.

J'ai une bibliothèque COM qui prend en charge les deux méthodes. Quand il installe, il s'enregistre dans le registre en tant que composant COM et il fonctionne très bien. Cependant, quand j'ajouté le fichier .tlb en utilisant la méthode des services de composants, le comportement semble être différent et il commence à donner des erreurs.

Je soupçonne qu'il a quelque chose à voir avec le transfert de marshaling et de l'objet inter-processus? (Désolé, je suis vraiment un noob dans la zone COM)

point Quelqu'un peut-il me une bonne ressource pour effacer ma compréhension?

Était-ce utile?

La solution

COM + (Component Services) fournit un grand nombre d'infrastructures hors de la boîte; par exemple COM + fournit des transactions, la sécurité, la mise en commun d'objets et d'autres services.

Lorsque vous enregistrez un composant COM sous COM + il fonctionnera "Out Of Process"; dans ce mode, vous êtes assuré d'avoir un proxy entre votre serveur COM et ses clients.

Le meilleur endroit que je peux penser pour en apprendre davantage sur COM + est le site officiel de MS: http://msdn.microsoft.com/en-us/library/ms685978 (VS.85) .aspx

Autres conseils

D'accord avec le post précédent.

Une chose à ajouter: l'enregistrement en fait la bibliothèque de type (fichier .tlb) est normal pour COM et, non seulement pour COM +. La bibliothèque de types est généré automatiquement par le compilateur IDL. Il contient une description de vos interfaces et des objets.

Alors que vous pouvez « importer » votre composant COM dans certains projets, et la définition des interfaces et des objets sont visibles.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top