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