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 ! ;-)

@+