Discussion :

[OtI$]

Mais un Convert.ToInt32() avec comme paramètre ta donnée binaire ne conviendrais pas ? Un exemple pour les entiers.

Oui, ca devrais marcher, encore que.
Mais la, je te laisse imaginer la gueule du switch si je dois faire ca pour les int, int16, int64, long, short, double, bool, et toutes les autres types bizarre du genre System.guid, ou SYSTEMTIME, bref, c'est bien la ou le bas blesse...

En C++, tu balance un copyMemory, il fait tout tout seul

EDIT: Par ailleurs, je suis EXTREMENT intéréssé par la solution MC++, je vois que ca correspond exactement au cas de lequel je me trouve. Utilisation de .NET Remoting avec une appli C++ notamment ... Ca pourrait etre sympa

[ced600]

Simplement parceque je ne connais pas cette alternative ... pourrais tu la développer ?

En C#, tout le code est managé et le Garbage Collector s'occupe de nétoyer la mémoire. Pour certaines raisons on peut vouloir faire du code non managé, et dans ce cas là on peut faire du c++.
Je crois que il faut faire un truc dans le genre :

Code :

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

1
2
3
4
unsafe
{
//Ton code.
}

[ced600]

Bah tu peut aussi faire la gestion de la mémoire en c++, la mettre dans une dll, et l'utilisé dans ton application C#.

Oui, ca devrais marcher, encore que.
Mais la, je te laisse imaginer la gueule du switch si je dois faire ca pour les int, int16, int64, long, short, double, bool, et toutes les autres types bizarre du genre System.guid, ou SYSTEMTIME, bref, c'est bien la ou le bas blesse...

En C++, tu balance un copyMemory, il fait tout tout seul

Bah faux savoir comment fonctionne copyMemory, peut être que le type lui même est codé dans le binaire, dans ce cas tu peut le décoder.

[Chubyone]

Simplement parceque je ne connais pas cette alternative ... pourrais tu la développer ?

Le C++.NET est le langage qui permet d'appeler directement du code C++ natif dans ton projet .Net On appelle donc c++ managed la partie qui fonctionne sous la plateforme .Net.

En fait le c++ managed est principalement "LE pont" entre C++ et C#.

[edit] out of time...
[edit2] il y a une différence entre faire du unsafe pour des raisons de perfs, et utiliser du c++ natif. Dans un projet C++.Net, dans la partie native tu pourras réutiliser tout ce que tu connais de c++ : stl, atl n co ; et dans la partie c++.net : les delegate, generics, et bien sur les types .net.
Depuis le temps beaucoup se sont amusé à écrire des méthodes pour transtyper ce qui existe en c++ vers .net.

To See:
http://nico-pyright.developpez.com/t.../managedworld/
http://nico-pyright.developpez.com/t...c2005/interop/

[OtI$]

Bah tu peut aussi faire la gestion de la mémoire en c++, la mettre dans une dll, et l'utilisé dans ton application C#.



Bah faux savoir comment fonctionne copyMemory, peut être que le type lui même est codé dans le binaire, dans ce cas tu peut le décoder.

je ne sais pas comment fonctionne copyMemory intrinsèquement, c'est une fonction Win32.

C++ managé va surement m'aider, j'étudie en ce moment même le tuto parlant de cette techno avec .Net Remoting.

Merci.

[tomlev]

avec une petite librairie en C++/CLI, ça devrait pas être trop difficile il me semble. Tu peux lire les données de la même façon qu'elles ont été écrites, et ensuite tu mappes ça dans une structure .NET.

[jerome.fortias]

Perso si tu t'en sorts avec C++ je ferais une dell en C++ Win32 que tu appelerais depuis ton C# ...C'est trés simple et cela marche nickel

[ced600]

+1

Je l'ai proposé aussi.

En plus on voit que la gestion de la mémoire et la récupération de son contenu ressemble à un composant d'une application à par entière, et le séparé de l'application principale sous forme de dll est assez propre.
En plus si tu le rend un peu générique, tu pourrais le réutiliser pour d'autre application.

[OtI$]

Ok c'est noté merci beaucoup