Discussion :

[DeusXL]

Bien le bonjour � toi, peuple du forum dotNET (qui ne doit plus me voir bien souvent ces derniers temps).

Comme vous pourrez le voir si vous avez la curiosit� de cliquer sur ma signature, je suis en ce moment en train d'�crire un wrapper pour la librairie Irrlicht se servant uniquement des P/Invoke (pour des raisons d'aspect multi-plateforme principalement).

Pour planter le sch�ma, voil� comment c'est fait :
-Un wrapper en C/C++ r��crit toutes les fonctions de la librairie de base sous la forme :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
SceneNode_Fonction(void *ptr, ...arguments...)
{
    ((SceneNode)ptr)->fonction(arguments);
}

-Un wrapper en C# appelle tout �a en P/Invoke et patati et patata.

Ensuite pour la communication code natif => code manag�, j'ai utilis� des delegates en C# et des callbacks en C... Rien de bien sorcier.

Aujourd'hui je me heurte � un probl�me de m�thode n�anmoins :
J'ai dans le code natif des interfaces dont quelqu'un qui utilise la librairie peut h�riter (par exemple pour cr�er ses propres "SceneNodes") et j'aurais besoin de les recopier en C#.
Il faut savoir que ces interfaces poss�dent des dizaines de fonctions virtuelles que l'utilisateur peut r��crire (ou non).
Pour faire �a, avant je faisais des callbacks en C... Ca marchait mais comme l� j'ai des dizaines de fonctions �a ferait l�g�rement lourd... De plus se pose un probl�me d�s lors que le code natif comme le code manag� peuvent avoir besoin d'acc�der � ces fonctions virtuelles (ce n'est pas vraiment un probl�me mais l� encore, �a exige plus de "sale" code).

Je ne pense pas qu'il y ait une m�thode "miracle" mais il y aurait-il une "construction" ou une "architecture" qui pourrait me permettre de rendre le tout moins lourd ?

Merci d'avance,
DeusXL

PS : Le sujet est vraiment tr�s cibl� et tr�s pr�cis mais pas tr�s simple � expliquer. Veuillez d'avance m'excuser si ce n'est pas tr�s clair, je t�cherais d'expliquer ce qui est n�cessaire.

[JolyLoic]

Pour mieux comprendre ton probl�me, quand tu dis

se servant uniquement des P/Invoke (pour des raisons d'aspect multi-plateforme principalement).

Est-ce que �a signifie que tu ne souhaites pas utiliser le C++/CLI ?

[DeusXL]

Pour mieux comprendre ton probl�me, quand tu dis



Est-ce que �a signifie que tu ne souhaites pas utiliser le C++/CLI ?

C'est exactement �a, je ne peux pas vraiment utiliser le C++/CLI dans le sens que mon projet est d�velopp� sous Mono et que celui-ci n'admet pas le code natif (ni la compilation du C++/CLI d'ailleurs).
Ca peut peut-�tre para�tre �trange un si gros projet port� avec des P/Invoke mais au final �a marche plut�t bien, et c'est multi-plateforme... Que demande le peuple

[DeusXL]

Pour clore le sujet je tenais � dire que si je n'ai pas trouv� de rem�de miracle (� mon avis il n'y en a pas vraiment), j'ai r�ussi � me faire une petite architecture qui m'a simplifi� la t�che (concr�tement, une fonction m�re qui ex�cute des fonctions plus petites) mais uniquement adapt� � mon probl�me pr�cis donc pas tr�s utile � expliquer ici.