typage des string avec Visual Studio 2010 et C++/CLI

Version imprimable

27/04/2012, 18h00
JeanNoel53

typage des string avec Visual Studio 2010 et C++/CLI
Bonjour:)
J'ai cod�
Code:

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'as pas la m�me interpr�tation:

Citation:

OpenAFile.h(7): error C2039: 'string'*: n'est pas membre de 'std'
OpenAFile.h(7): error C2146: erreur de syntaxe*: absence de ';' avant l'identificateur 'sFileToOpen'
OpenAFile.h(7): error C4430: sp�cificateur de type manquant - int est pris en compte par d�faut. Remarque*: C++ ne prend pas en charge int par d�faut
OpenAFile.h(7): error C4430: sp�cificateur de type manquant - int est pris en compte par d�faut. Remarque*: C++ ne prend pas en charge int par d�faut

ce serait :ccool: d'avoir un module qui accepte le type string
note au sujet de la premi�re erreur que j'ai le m�me r�sultat sur les autres erreurs si je d�clare simplement string.
30/04/2012, 00h40
Freem

As-tu pens� � inclure string?

Un petit #include <string> me semble plut�t opportun dans ton code.
30/04/2012, 09h19
JeanNoel53

Bonjour

Le r�sultat ci dessus est acquit avec l'include string
�a marche mieux avec deux includes stdio.h et string mais dans ce cas il dit qu'il n'arrive pas � g�rer une chaine string en mode manag�, et le coach C++/CLI dit qu'il sait g�rer les deux.
30/04/2012, 09h38
Freem

Le string en manag� est peut-�tre inclus dans un autre espace de nommage?
Je ne conna�t pas C++/CLI donc je ne peux pas t'aider beaucoup plus...

Si j'�tais � ta place, j'irai v�rifier dans les header pour comprendre ce qui se passe je pense.

Les donn�e qui doivent �tre vues

avec le C++/CLI il faut d�clarer les donn�es comme des donn�es globales

Code:

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);

02/05/2012, 21h33
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.
03/05/2012, 09h25
JeanNoel53

System::String vs static std:string

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.
03/05/2012, 13h45
bacelar

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

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.
04/05/2012, 17h12
JeanNoel53

M�me r�ponse que sur l'autre thread

J'ai besoin de variables globales de type std::wstriing et je ne sais pas les affecter.
04/05/2012, 18h45
bacelar

Globale ou pas, le m�canisme de Marshaling des string entre le code manag� et natif est le m�me.
05/05/2012, 07h23
JeanNoel53

je gal�re sous le d�bugger

J'ai compris ce que vous m'avez dit. J'en accepte l'augure. Mais je cherche toujours � le v�rifier et je ne sais pas comment ouvrir une fen�tre m�moire.
Je clos cette discussion sur cette base. Le reste est de l'emploi du debugger
07/05/2012, 14h00
bacelar

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