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.