Discussion :

[JeanNoel53]

bonjour
Je n'arrive pas � compiler le type string

Code :

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

1
2
3
4
5
6
7
public ref class OpenAFile : public System::Windows::Forms::Form
	{
	private: 
	    System::Windows::Forms::Button^  button3;
		Form^ form1;
	public:
		std::string sFileToOpen;

Je suis en mode manag� mais la documentation me dit que j'ai le droit de faire cohabiter du code manag� et du code natif. Le compilateur n'a pas la m�me interpr�tation:
je vous joins le r�sultat de compilation

OpenAFile.h(7): error C4368: impossible de d�finir 'sFileToOpen' comme membre de 'Test6::OpenAFile' manag�*: les types mixtes ne sont pas pris en charge

ce serait d'avoir un module qui accepte le type string

[stardeath]

bonsoir,

et inclure le header ad�quate?

[JeanNoel53]

ou mieux

Code :

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

1
2
#include <stdio.h>
#include <string>

Bien sur
en fait il faut d�clare les objets comme des objets globales

Code :

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
23
24
25
std::string sFileToOpen;
std::string sPathOfTheFile;
std::string sDiskOfTheFile;
namespace Test6 {
	using namespace System;
	using namespace System::ComponentModel;
	using namespace System::Collections;
	using namespace System::Windows::Forms;
	using namespace System::Data;
	using namespace System::Drawing;
	using namespace System::IO;
    /// <summary>
	/// Description résumée de OpenAFile
	/// </summary>
	public ref class OpenAFile : public System::Windows::Forms::Form
	{
	private: 
		Form^ form1;
	public:
 
		OpenAFile::OpenAFile(void);
		OpenAFile::OpenAFile(Form^ form1);
		OpenAFile::~OpenAFile();
 
		void Test6::OpenAFile::InitializeComponent(void);

[bacelar]

NON.

Il ne faut pas m�langer les torchons et les serviettes.

Dans des classes manag�es, vous ne devez utiliser que des classes manag�es.

.NET dispose de la classe System::String, bien plus sympa que la classe std::string.

[JeanNoel53]

Les deux sont effectivement possible. J'ai opt� pour la seconde. Ce choix est provisoire, je prendrai � ce sujet une d�cision pour le projet d�finitif. Pour l'instant je dois d'abord faire marcher la maquette.

[bacelar]

Votre choix n'est pas une option, c'est un cul de sac.
Faites-moi confiances.

Il ne faut pas m�langer le monde manag� et natif.
Le code interm�diaire entre ces mondes est complexe et il est inutile de complexifier votre maquette pour rien.

Revenez sur votre choix.
Il suffira de supprimer vos std::string une par une et de remplacer le code en erreur indiqu� par le compilateur par le nom du membre static de la classe.
Il n'y a aucun refactoring � faire, juste du copier-coller de nom de membre.
Cela devrait prendre 1 minute par variable, au grand maximum, pour un projet de la taille d'une maquette.

C'est simple, rapide et cela vous �pargnera bien des d�sagr�ments.

[JeanNoel53]

Comme je l'ai dit ailleurs j'ai une application de 50 000 lignes de code � migrer sous Visual Studio. Ce code est �crit en C++ natif.
Pour passer sous Visual Studio C++, je me suis mis au C++/CLI, ok et au sein de la classe, je n'ai pas de probl�me � utiliser les type System::String. Cependant pour passer � l'application je dois repasser en std::wstring pour �tre compatible avec le code existant. il y a deux probl�mes: convertir les System::String en wchar_t* et affecter les variables locales. le premier est r�solu par le code ci apr�s

Code :

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

1
2
3
4
5
6
7
                wsLocalString = openFileDialog2->FileName;
		using namespace Runtime::InteropServices;
                const wchar_t* chars = (const wchar_t*)(Marshal::StringToHGlobalUni( wsLocalString)).ToPointer();
                .
                .// affecter la variable  finale avec le resultat acquit dans chars.
                .// et libérer les ressources
                Marshal::FreeHGlobal(IntPtr((void*)chars));

il reste que l'acc�s des variables globales de type std::wstring n'est pas trivial; actuellement je n'ai pas de solution qui marche.

[bacelar]

Globale ou pas, le m�canisme de Marshaling des string entre le code manag� et natif est le m�me.

[JeanNoel53]

la fen�tre de m�moire n'est toujours pas ouverte. Quoi qu'il en soit on est maintenant dans le domaine de l'emploi du debugger. Je clos donc cette discussion

[bacelar]

http://social.msdn.microsoft.com/For...8-bfde358d0501

[Bousk]

une application de 50 000 lignes de code � migrer sous Visual Studio. Ce code est �crit en C++ natif.
Pour passer sous Visual Studio C++, je me suis mis au C++/CLI

Je ne vois pas le rapport.
Visual Studio supporte tr�s bien et est adapt� � faire du C++ "classique".
En tous cas le CLI n'est pas du tout obligatoire pour convertir en projet Visual Studio son application.