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 !