String VC 2005 Express

Bonjour,
Je voudrais pas paraître noob mais je développe en C++ (Visual ainsi que linux) depuis 2ans, je viens d'essayer Visual 2005 Express et... je suis totalement perdu. On dirait une sorte de mix entre le java le C++ et la sauce microsoft.
Le CString n'existe plus ou alors il est caché, j'ai vu qu'on pouvait utiliser le String mais comment l'implémenter ?
J'ai vu un peu partout qu'on devait faire un truc du style
String ^ nomBidule;
Déjà j'ai jamais vu cettte syntaxe et en plus ça marche pas alors quelle bibliothèque il faut inclure ?

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

#pragma once using namespace System;   class CObjetVcf{   private: String ^ nom; //nom,prenom,adresse; int age; char *telFixe,*telMobile,*telTravail;   };

---

Merci

Bonjour,

si tu décides de faire du C++/CLI (C++ pour .net), il va falloir songer à abandonner les anciennes habitudes de développement (sauf si tu veux faire de la migration ou du mixage)
Donc oublier les CString de MFC (qui n'existent pas dans VS2005 express), oublier les char * (c'est mal) et utiliser les types de .Net
Regarde dans ma signature, il y a quelques tutos et la faq C++/CLI

attention, ici tu as écrit une classe native qui ne peut pas utiliser d'objets managés directement, il faut soit écrire une classe managée (précédée par le mot clé ref), soit utiliser le template auto_gcroot pour utiliser les objets managés dans une classe native

mais tout dépend de ce que tu veux faire

Ah ok merci je savais pas du tout ce que c'était ce C++/CLI
Ta réponse est claire !
Je n'ai plus qu'à m'y mettre.
Mais c'est une idée ou microsoft en fait de plus en plus à sa tête ? Parce que l'esprit C++ je le retrouve de moins en moins.
Idem pour le C# qui n'est qu'un mix de java non amélioré...

Si j'ai bien compris, C# est le language "phare" de .Net. Java en mieux, d'après microsoft (et vu ce que .Net supporte de plus que Java, je suis assez d'accord, sauf pour certains conteneurs).
Le C++/CLI, c'est le C++ de .Net. Très utile pour créer des composants de base (alors que C# est conseillé pour associer les composants en question) et surtout pour utiliser les bibliothèques natives. L'inconvénient majeur, c'est qu'il est moins supporté par l'éditeur (le refactoring et les commentaires XML automatiques, ça manque en C++).

Mais si tu préfères le C++ natif, tu peux toujours l'utiliser. Les MFC aussi sont toujours disponibles, mais pas dans l'édition Express : Il faut une version payante de Visual pour les avoir.

En fait les MCF j'ai assez mal apprécié. Très difficile à prendre en main surtout en apprenant avec la doc.
Le .net a l'air beaucoup plus simple puisque les outils sont prêts à l'emploi un peu comme Borland C++.
Mais sinon merci pour la réponse ;)