Discussion :

[FadeOut]

Bonjour � tous.

J'ai pr�sentement un gros probl�me de "compatibilit�" entre du code natif et du code managed (CLI)

Mon probl�me est le suivant.

J'ai une interface en C# (A), une fa�ade en C++(CLI)(b) managed et une classe en C++ native (C).

Donc, lorsque je d�marre l'interface, cela va comme suit.

(A) a un pointeur vers (B) qui a un pointeur vers (C)

(A) -> (B) -> (C)

Ailleurs dans mon environnement, j'ai un autre processus (en c++ natif) qui peut envoyer des evenements � (C)

J'aimerais, lorsque je re�oit ces evenements que C communique a B les donn�es qui ensuite mettera a jour une Form dans A.

Ou je bloque, c'est la communication de C vers B.... (unmanaged vers managed) Malheureusement je ne peux avoir de back pointer vers B dans C

Avez vous une id�e de comment je pourrais regler mon probl�me.
Je suis malheureusement pris avec ces technologies....

[JolyLoic]

Il existe la classe gcroot qui permet d'avoir une classe C++ poss�dant un handle manag� (dans mon cas, j'utilise une version weak inspir�e de cette m�me classe, car je n'ai pas envie que mon �v�nement fasse survivre l'objet manag�).

Pour plus de d�tails, il faudrait conna�tre le m�canisme d'�v�nements que tu utilises. J'utilise pour ma part boost::signal.


Donc, dans B, je d�finis une variable de type gcroot<B> pointant sur *this. J'accroche gr�ce � bind dans le constructeur de B des fonctions libres aux �v�nements �mis pas C. Ces fonctions libres (pure C++, donc accrochables � l'�v�nement) prennent en param�tre un gcroot<B>, ainsi que les autres param�tres voulus par l'�v�nement.

Dans ces fonctions libres, je r�cup�re b � partir du gcroot<B>, et voil� !

[FadeOut]

Si je comprends bien, je pourrais dans b d�clar� un objet de type

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
 
gcroot<b> uneInstanceDeB = *this;

ensuite, j'instancie dans B la classe C

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
 
C uneInstance = new C();

par la suite je peux faire la chose suivante :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
 
c->setInstanceOfB(uneInstanceDeB);
 
/// et puis dans C
 
void setInstanceOfB(gcroot<b> unB)
{
     /// mInstanceOfB est une variable membre...
     mInstanceOfB = unB;
}
 
/// lors de la reception de l'event dans C
 
void eventRecuDansC(Info lesInfosAUpdater)
{
    mInstanceOfB->updateInfo(lesInfosAUpadater);
}

Est-ce que tout �a a du sens???

Merci

[JolyLoic]

�a devrait marcher, m�me si je ne consid�re pas �a comme id�al, car �a ne reprends pas vraiment la philosophie d'un �v�nement. En effet, dans ce que tu proposes, C doit savoir qu'il est observ� par un B, et doit contenir dans son impl�mentation du code C++/CLI.

Dans ce que je proposais, C est une classe pur C++, dans l'interface comme dans l'impl�mentation, et ne sait pas par qui elle va �tre observ�e. Elle fourni juste un m�canisme d'event C++ � qui est int�ress�.

C'est B qui fait le pont entre les deux mondes, ce qui tombe bien, elle est l� pour �a. Elle va s'accrocher au m�canisme d'event par l'interm�diaire de son gcroot.