Discussion :

[Helices]

Bonjour,

Je souhaiterai utiliser une classe écrite en C++ sous forme de librairie dans mon code C#.
Je fais cela pour gagner en rapidité par rapport au code C#.
Mais j'ai lu que la seule possibilité était d'écrire une dll en C++ pour l'utiliser en C#.
Toutefois, je crois savoir que la dll n'est utilisée qu'au moment de l'exécution du programme, donc je craint perdre du temps d'exécution lors de l'ouverture de la dll.
Existe t-il une façon d'utiliser du code C++ dans du C# sans perdre du temps en ouverture de librairie (mode static)?
Peut-on compiler le code C++ dès le départ sans perdre du temps lors de l'ouverture de la librairie en l'intégrant dès le départ dans du C# (wrapper?)?

Bref, je ne sais pas comment procéder pour ne pas perdre en vitesse d'exécution ce qui peut pas être perdu lors de l'ouverture de la librairie?

Merci pour vos réflexions.

[Pragmateek]

Le temps de chargement de la bibliothèque devrait être négligeable comparé au temps d'utilisation de celle-ci.

Le vrai problème potentiel est au niveau des appels aux procédures de la bibliothèque mêmes.
Si les procédures (méthodes C++) font des traitements très légers (return a + b ) alors l'overhead de l'interop peut se faire ressentir.
Sinon si elles font des opérations raisonnablement complexes et donc longues alors aucun souci.

Pour l'interfaçage tu as plusieurs solutions :
- C++/CLI si tu as peu de classes C++ à utiliser,
- SWIG si tu as un existant C++ plus conséquent,
- COM mais seulement si tu veux exposer ton composant C++ à autre chose que .Net (VBA par exemple) car cela nécessite de l'adapter.

[Helices]

Merci, c'est clair, je peux donc utiliser une dll sans trop de soucis pour le temps d'exécution.

Mais pour interfacer une seule classe C++, suite obligé d'utiliser du CLI ou non?

[Pragmateek]

Oui même pour une classe s'interfacer avec du C++ n'est jamais complètement trivial, contrairement à l'interfaçage avec C qui est géré nativement via P/Invoke.

Donc si tu n'as qu'une classe un simple wrapper C++/CLI fera l'affaire.
Pour faire ton wrapper tu as de nombreuses ressources disponibles dont : http://www.codeproject.com/Articles/...s-than-minutes

Mais attention si l'API de cette classe consomme ou renvoie des types complexes C++ il faudra bien sûr aussi les mapper.
Dans ce cas SWIG est un outil qui fait parfaitement l'affaire.

C'est dans l'autre sens (appel de .Net depuis C++ natif) que ça devient plus tricky.
Et là bien sûr niveau ressources c'est la dèche ... mais il y en a au moins une par ton serviteur : Using C# from native C++ with the help of C++/CLI

[Helices]

Que signifie mapper... ?

Est-ce que c'est modifier les fichiers C++ pour les rendre compatible dans la DLL avec le C#?

[Pragmateek]

Non ça veut juste dire qu'il faudra aussi créer un wrapper pour ceux-ci.

Par exemple si dans une classe C++ "C" tu veux utiliser une méthode qui a comme signature :

Code :

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

B f(A a)

il faudra un wrapper pour "C" donc, mais aussi pour les types "A" et "B".

Bien sûr inutile de wrapper tous les types, il faut seulement le faire avec ceux exposés par les méthodes C++ manipulées depuis .Net.