Discussion :

[jyl2002]

Salut !

J'ai une appli VB6 qui communique avec une DLL .NET.
L'appli VB6 voit la DLL .NET en tant que composant COM.

La DLL contient :
- classe A
- classe B
La classe A contient une méthode "faireOperation" qui prend en argument une instance de la classe B.
Côté VB, je fais donc:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
Dim a as new A
Dim b as new B
a.faireOperation(b)

A la ligne 1, VB crée un wrapper sur l'instance de la classe A.
A la ligne 2, VB crée un wrapper sur l'instance de la classe B.
A la ligne 3, il passe au wrapper de "a" le wrapper de "b".
Ma question est:
Lors de l'éxécution dans la CLR de la méthode "faireOperation", dotNet va-t-il voir b comme:
1/ un wrapper d'une instance de B ?
2/ un wrapper de wrapper d'une instance de B ?
3/ une instance de B ? (Il faudrait alors qu'il soit carrément intelligent !)

En fonction de la réponse (par exemple si c'est la 1 ou la 2), je vais modifier ma méthode faireOperation pour éviter la perte de perfs due aux wrappers (par exemple en gérant côté .NET une liste statique des instances de B, et en ne faisant communiquer VB avec .NET qu'avec des ids d'instance).

Merci d'avance aux gens qui seront assez pointus pour pouvoir me répondre, voire me donner une idée sur la façon de tester ça ! ;-)

@+

[bidou]

normalement comme une instance de B

[jyl2002]

Ok, merci ! C'est déjà une bonne nouvelle !

Mais sais-tu où trouver la confirmation de cela ? Histoire de pouvoir me justifier face mes collègues... J'ai rien trouvé dans les docs (<ironie> faut dire qu'elles sont tellement bien faites </ironie> )

[neguib]

Ok, merci ! C'est déjà une bonne nouvelle !

Mais sais-tu où trouver la confirmation de cela ? Histoire de pouvoir me justifier face mes collègues... J'ai rien trouvé dans les docs (<ironie> faut dire qu'elles sont tellement bien faites </ironie> )

Faut peut être fouillé un peu
http://msdn.microsoft.com/library/fre/default.asp?url=/library/FRE/cpguide/html/cpconadvancedcominterop.asp
:

[jyl2002]

Hé bien mes chers amis ce n'est pas faute d'avoir fouillé !

Et à la lecture de la doc sur les wrappers COM, je n'ai toujours pas trouvé d'argument pour pouvoir affirmer que .NET arrive à faire le mapping entre CCW et RCW : mon code VB expose à ma méthode .NET un objet qu'il connait lui-même en tant qu'objet COM => comment être sûr que ma méthode .NET va bien recevoir l'objet en tant qu'objet .NET et non en tant qu'objet COM ?

[bidou]

Parce que le Wrapper fonctionne sur le même principe que DCOM.
Dès lors à l'instanciation de b par VB6 il va récupérer une représentation de l'interface INew de l'objet b effectivement créé dans DotNet, et c'est cette représentation qu'il va renvoyer dans a.faireOperation(b). Or cette représentation est directement la référence INew de l'objet b.

Le seul truc qui peut être un peu tordu dans ce type d'architecture c'est que tu vas créer deux références COM qu'il faudra détruire, aussi faut il voir s'il n'y a pas intérêt à inclure a dans b.

[jyl2002]

Ok. Merci bien pour l'info !