[.NET] Ambiguité .NET-COM-DCOM-COM+

Bonjour tout le monde,
Je m'interesse au dév des composants logiciels sur .NET.
J'ai trop lu dans les tuto, FAQ, Forum, ...
D'après mes multiples lectures,
- un composant COM est juste un ensemble de classes (interfaces + classes) empaquettés dans un fichier (.dll)
- un composant DCOM est un composant COM accessible à distance (par réseau)
- un COM+ est un DCOM + MTS + MSMQ, ...
j'ai aussi lu une idée des composants activeX = COM avec interface graphique
Maintenant dans la FAQ, je lis ici sur l'interopérabilité entre composants .NET et COM.
Pour cela je me pose des questions :
- Qu'est ce qu'un composant .NET ? et la différence avec les composants COM ? Comment développer, déploiyer et utiliser un composant .NET ?

Merci d'avance pour vos éclaircissements.

Grosso modo :

Composant .Net = composant exécutable sur la machine virtuelle .Net (qu'on appelle simplement "le framework"). Les fichiers (assemblies) créés sont un format de fichier spécfique qui ne peux être exécuté qu'avec le framework .Net. En gros, c'est comme avec Java : ça ne marche qu'avec une machine virtuelle.

Alors que COM/DCOM et COM+ c'est des fichiers en format win32.
Pour plus d'info sur ces derniers :
COM
DCOM
COM+

P.S. : mouaip c pas très très clair ce que j'ai écris. Pas le temps, merci aux experts de compléter sur la parti .Net :)

Merci Mose pour cet eclaircissement.
Si je comprend bien dire qu'on transforme un composant COM en composant .NET par exemple veut juste dire qu'on rend ce composant COM exécutable par le .NET Framework (conversion .dll <-> assembly par exemple. bon pas simple conversion:lol: ).
Merci aussi pour les documents. Bon pour les deux premiers, pas de neuf par rapport à ce que j'ai déja lu. Mais le troisième me semble très interessant et récent. je vais l'explorer.

Merci

Citation:

---

Envoyé par zsoh

Si je comprend bien dire qu'on transforme un composant COM en composant .NET par exemple veut juste dire qu'on rend ce composant COM exécutable par le .NET Framework (conversion .dll <-> assembly par exemple. bon pas simple conversion:lol: ).

---

Presque. En fait, les outils d'interopérabilité vont simplement créé une dll (un genre de "proxy") pour encapsuler la dll COM dans une dll .Net. Comme ça ta dll COM est intacte, et elle peut être appelée depuis une appli .Net.

Citation:

---

Envoyé par zsoh

Merci aussi pour les documents. Bon pour les deux premiers, pas de neuf par rapport à ce que j'ai déja lu. Mais le troisième me semble très interessant et récent. je vais l'explorer.

---

L'auteur est un pote. Je transmet, il va être content :)

Ok,
Sincères remerciements à Aleks de ma part. Son doc est avec un outil récent (VS .NET+C#) et non VB6 comme les autres docs.

peux-je avoir une idée des outils d'interop COM <-> .NET ?
Merci

Visual studio .Net :)

ok, merci
Mais VS .NET est une famille d'outils. Y'en a -t-il spécifiquement (un utilitaire) pour l'interopérabilité entre COM/COM+ et .NET ?

Merci

Ah non non non.
VS.Net c'est un IDE complet.
Oki, y'a deux versions, mais ça reste un outil.

Y'a ptet un utilitaire pour générer la classe d'interopérabilité, mais je connais pas.
Sinon dans Visual Studio, tu ajoutes un référence de type "COM" à ton projet, et la classe d'interopérabilité est créée toute seule.