Discussion :

[Predicator]

Bonjour,

Je suis en train d'implémenter une lib C++/CLI qui wrappe une autre lib C++, pour que les données soient accessible depuis C#.

Jusqu'à présent je n'ai pas eu de problème à implémenter, mais j'arrive sur un pan glissant de la manip.

En effet, du côté lib C++, j'ai du polymorphisme.

Code :

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

1
2
3
UA
- UB
- UC

J'ai fais en sorte de retrouver ce polymorphisme en C++/CLI dans les wrappers, pas de problème :

Code :

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

1
2
3
A
- B
- C

Le problème se situe dans le passage du C++ au C++/CLI.
J'ai un algo qui renvoie une liste de UA*, et ceux-ci doivent se retrouver sous forme de liste de A^ dans la lib CLI. Mais UA (et A) sont des classes abstraites. Il faut donc utiliser les classes concrètes pour wrapper.

Problème, comment savoir ? Je pense passer par une factory, qui prend en entrée un UA* et rend en sortie un A^. Mais comment cette factory peut savoir sur l'objet o est de type UB* ou UC* ?

Merci pour toute aide sur ce problème, pour lequel je n'ai rien trouvé sur le net (au sens web, pas .net )

[agamitsudo]

Bonjour,

Je ne suis pas sur que cette idée vaille grand chose mais je me lance :

• UB inclut une constante iu static int égale à 0.

• UA inclut une constante iu static int égale à 1.

Le test de cette constante pourrait permettre de différencier les deux types d'objets d'origine lorqu'ils sont "devenus" des A^ ?

A+,
A.

[3DArchi]

Salut,
Il semblerait qu'on soit dans un cas de down_cast nécessaire.

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
 
convertir(UA *p_ua)
{
   if(dynamic_cast<UB*>(p_ua)){
        // -> B
   }
   else
   if(dynamic_cast<UC*>(p_ua)){
        // -> C
   }
   // erreur
}

[Predicator]

C'était plus ou moins ce que j'ai fait, mais je pensais qu'il y aurait peut être plus élégant que le dynamic_cast.
Si je prends le temps, je pense mettre en place une méthode virtuel dans les UA qui renvoit un identifiant, lequel permet à la factory de prendre le bon wrapper dans une map. C'est moins rigide.

Merci pour vos réponses

[3DArchi]

C'était plus ou moins ce que j'ai fait, mais je pensais qu'il y aurait peut être plus élégant que le dynamic_cast.
Si je prends le temps, je pense mettre en place une méthode virtuel dans les UA qui renvoit un identifiant, lequel permet à la factory de prendre le bon wrapper dans une map. C'est moins rigide.

Merci pour vos réponses

Salut,
Je n'avais pas proposé de mettre une méthode virtuelle dans UA car je pensais que tu ne pouvais y toucher : classe d'une bibliothèque et/ou volonté de rester 100%C++. Auquel cas le wrapper doit faire cette conversion et déterminer le type dynamiquement.

[Predicator]

En fait, l'algo qui génère les données est en C++, mais les données doivent être accessibles depuis C#. Dans mon cas, la lib de données C++ évolue en même temps que la lib des wrappers C++/CLI, donc je suis relativement libre dans ce qu'il est possible de faire...