Discussion :

[befalimpertinent]

Bonjour,
Quel est le coût, en terme de performances, à utiliser un wrapper C# pour faire du WPF lorsqu'on a un code C++ ?
Est-il négligeable ou il y a-t-il un réel intérêt à réécrire les parties C++ en C#?

Il y a aussi la solution proposée par nico-pyright(c) pour utiliser WPF en C++/CLI mais une bonne partie de mon interface risque d'être écrite en Xaml.

Des suggestions ? Merci

[Guulh]

Wrapper, en managé, n'a de sens qu'en interop. C'est pas ton cas : WPF n'est pas du C#, c'est du .Net. Donc faire du WPF en C# ou C++/CLI (ou VB.Net ou F#), c'est tout pareil kif kif.

[befalimpertinent]

Je pars d'un code C++ et non C++/CLI (même si passer de l'un à l'autre ne nous couterais pas trop cher).
Apparemment le fait que C++/CLI ne gère pas les classes partielles ne lui permet pas d'utiliser du Xaml, l'UI doit être codée directement en C++/CLI.
Mais je trouve des infos contradictoires, il apparait que cela soit possible de passer outre cette limitation et d'utiliser Xaml + C++/CLI mais je peine à trouver plus de renseignements à ce sujet.
(certains évoquent même le support du C++ natif avec WPF à l'avenir)

Donc les questions qu'il me reste sont :
- Dois je passer mon code en C++/CLI et dans ce cas pourrais-je utiliser du Xaml ?
- Etant donné que le code behind est en C#, me faudra t-il passer du C++/CLI (ou du C++ natif ? ) vers du C# pour utiliser du Xaml ?
- Dois je plutôt réécrire le code C++ natif en C# pour ne plus avoir ce genre de questions ?

[smyley]

Que de considérations obscures !
Côté "facilité de développement/maintenance" (mon côté préféré ), même si tu trouves un moyen d'utiliser du WPF en C++ natif ce sera vraiment trop de complications pour un truc que tu peux faire plus simple.

Pour faire les choses bien (en supposant que tu aies l'impératif de coder le "coeur" de ton application en C++) il faudrait bien tout découper. Tu fais un programme en C# avec donc l'interface en C#, et tu codes des assemblies en C++/CLI pour le reste du code (tout sauf l'interface donc) et tu pourra librement l'appeler à partir du C# et ton programme marchera. (et à partir des assemblies C++/CLI tu pourra inclure/utiliser du code C++ natif sans problème).

Le sens normalement d'un wrapper c'est C# -> ( C++/CLI -> ) C++, pas l'inverse (ça peut poser des problèmes étranges de chargement du CLR et tout et tout ...).

[befalimpertinent]

Ok merci des infos cela confirme ce que je présentais.
Donc en découpant bien le code je devrais y parvenir sans trop de soucis.