Discussion :

[Mycol]

Bonjour,
Sous Visual Studio 2010, j'ai cr�� un projet C++/CLI qui comporte deux classes : l'une manag�e, l'autre native, respectivement MUCam et NCam.


La classe manag�e (MUCam.h) d�clare un objet de la classe native NCam de la fa�on suivante : private: NCam * Cam;

1 - une m�thode "A" de la classe manag�e cr�e l'instance Cam : Cam = &NCam( ref );
2 - et retourne la valeur de la m�thode Statut de NCam : return = Cam->Statut();
3 - je constate que le destructeur ~NCam(void) est appel� lors de cette instruction return, AVANT l'appel � la m�thode Statut(). Ce qui signifie aussi que l'objet Cam n'est plus utilisable par la suite :

Questions :
1 - Est-il correct de proc�der de cette fa�on en faisant cohabiter les deux classes dans le m�me projet C++/CLI ?
2 - Si oui, pourquoi le destructeur est-il appel� � cet instant dans la m�thode "A" ?
3 - Comment instancier et utiliser un objet natif dans une classe manag�e en C++/CLI ? J'avais cru comprendre que ce langage permettait de faire cohabiter les deux mondes...

J'esp�re avoir �t� assez clair.
Merci de vos r�ponses.
Cordialement

[bacelar]

Pouvez-vous nous donner la pile d'appel lors de l'appel au destructeur de Cam ?

[Mycol]

Bien volontiers.

La m�thode d'appel :

Code :

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

1
2
3
4
5
bool MUCam::OpenCamera(unsigned int camera)
{
	Cam = &NCam(camera);
	return Cam->Statut();
}

La pile d'appel lors du breakpoint sur le destructeur de Cam :

 	UCamClr.dll!NCam::~NCam() Line 50	C++
	UCamClr.dll!MUCam::OpenCamera(unsigned int camera) Line 173	C++
 	Test.exe!Test.Form1.Test_Click(object sender, System.EventArgs e) Line 57 + 0x1a bytes	C#
 	[External Code]	
 	Test.exe!Test.Program.Main() Line 18 + 0x1d bytes	C#
 	[External Code]	

la ligne 173 est celle du return ci-dessus.

Mais ai-je vraiment le droit d'inclure une classe native et une classe manag�e dans le m�me projet C++/CLI ?
J'ai vu qu'il fallait d�velopper un wrapper pour passer de l'un � l'autre...

Merci de votre r�ponse
Cordialement

[bacelar]

Heu, c'est pas plus :

Code :

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

Cam = new NCam(camera);

Mais ai-je vraiment le droit d'inclure une classe native et une classe manag�e dans le m�me projet C++/CLI ?

C'est tr�s vague votre question.
Dans certain cas de figure oui, mais normalement, pas dans le votre.

[Mycol]

Non, si j'�cris : Cam = new NCam(camera);
alors on passe deux fois dans le constructeur de la classe NCam ! Je ne m'explique pas pourquoi.

Bon, je laisse tomber cette fa�on de faire avec deux classes.
Je m'oriente vers l'�criture d'un Wrapper vrai. Les premiers essais sont concluants.

Merci en tout cas d'avoir pris le temps de vous pencher sur cette question.
Je note la discussion close.
Cordialement

[M�dinoc]

Normalement, les wrappers C++/CLI sont bel et bien faits avec deux classes...

Code C++/CLI :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
ref class MClass
{
	NClass* pNative;
 
	MClass(/*paramètres*/)
	{
		pNative = new NClass(/*paramètres convertis*/);
	}
	//Finaliseur: Détruit ressources natives sans toucher à la moindre référence managée, qui peut être invalide
	!MClass()
	{
		delete pNative, pNative=nullptr;
	}
	//Destructeur: Équivalent méthode IDisposable::Dispose(): Détruit ressources natives et managées.
	~MClass()
	{
		//Détruire ressources managées puis appeler finaliseur
		this->!Mclass();
	}
 
	void UneMethode() { pNative->UneMethode(); }
};

PS: Cam = &NCam(camera); est une horreur: Tu m�morises l'adresses d'un temporaire non-nomm�! Tout aussi grave que retourner l'adresse d'une variable locale.