Passer du .Net au C++

Voila, apres m'etre rendu compte des inconveignant du .Net (le framework doit �tre install� sur la machine de l'utilisateur), j'ai d�cid� de consolider mes connaissances en c++, c'est pourquoi je me pose ces questions:

1 - Les accesseurs
En VB .NET on peut creer des accesseurs:

Code:

---

1 2 3 4 5 6 7 8

Public Property Nom_De_L_Accesseru() As Type Get return Propriete_Privee End Get Set(ByVal Value As Type) Propriete_Privee = Value End Set End Property

---

Quelle est l'�quivalant en C++? Ca me simplifierait grandement la vie: plutot que de mettre Multes methode GetPropriet1(), SetPropriet1(int machin) Get Propriete2() etc.

2 - Les collections
En VB .Net on tuilise des taleaux d'objet

Code:

---

Dim MaCollection As ArrayList

---

En fait c'est un tableau qui contient des �l�ments de type Object. Un type Object peut �tre n'importe quoi, c'est une sorte de Jocker, quand on connais pas le type de telle ou telle variable. Si bien qu'un ArrayList, � l'indice 0 peut contenir un String, � l'indice 1, un Intguer, � l'indice 3, un objet de type Tartampion (une classe d�finie plu tot)...
Existet'il un �quivalent en C++?

Pour le moment je n'ai que ces questions qui me viennent � l'esprit.

1. La mani�re d'�crire des accesseurs est la m�me (il te faudra un SetMachin et un GetMachin). Mais pour l'exemple que tu cites il vaudra mieux mettre ta variable directement publique et oublier les accesseurs. Jette un oeil � la FAQ C++ qui en parle longuement.

2. En C++ le typage est plus fort, et on ne stockera des objets diff�rents dans un m�me conteneur que dans des cas tr�s rares. Pour �a la seule solution est d'utiliser du void*, ou un peu mieux : boost::any, qui encapsule �a de mani�re plus propre. Mais comme je t'ai dit, en g�n�ral on stocke soit des objets du m�me type, soit parfois des pointeurs sur des objets polymorphiques.

Pour la premi�re question, je rajouterai de chercher dans le forum visual un fil qui doit avoir moins de deux jours sur le passage de BCB � VC.
La mise en place de propi�t�s a �t� succinctement abord�e.

Mais de toutes fa�on, lis d'abord la FAQ.

Pour le 2/,
tu cites �a comme un avantage mais c'est plutot un inconv�nient pour moi. Le moindre tableau de T il faut caster partout ton code. Ca gave vite de devoir cr�er son propre type tableau de T a chaque fois. L� dessus C++ est bien meilleur gr�ce aux templates, et d'ailleurs les generics vont corriger ce point avec la prochaine release de .Net.
Jette un oeil � l'exemple sur vector dans la FAQ.
Ce n'est pas une histoire de typage, qui est tr�s fort aussi dans .Net. C'est juste que tous les objets h�ritent de System.Object, et donc on peut faire du polymorphisme. En C++ c'est pas le cas. Donc faut cr�er ta classe de base dont tout le monde h�rite. Mais �a a aussi des inconv�nients. Par exemple un tableau de int sera bien plus gros en .Net car c'est des Int32 et ils h�ritent de ValueType et �a alourdit, en plus de tout le tsointsoin pour le garbage collecting.

En ce qui concerne la redistribution de .Net, c'est plutot la taille qui est g�nante. Un prog C++ (ou autre) aussi tu as souvent des choses � refiler.

.NET c'est une plateforme de Microsoft qui reprend des m�chanismes des MFC notamment ; Il me semble que l'architecture Doc/Vue existe avec .NET ( VB je sais pas mais C# j'en suis presque s�r)

Donc ta question est un peu plus sp�cifique technos microsoft que C++ en g�n�ral.
Pour les collections d'objet pour r�pondre de mani�re pratique tu as la STL en C++ ou bien les MFC avec VC++ ( ou bien VCL avec Borland )

Citation:

---

En VB .Net on tuilise des taleaux d'objet
Existe t'il un �quivalent en C++?

---

Mes pr�decesseurs ont largement r�pondu , c'est assez rarement utilis�.
Sous Microsoft il existe le type _variant pour la technologie COM afin d'assurer une compatibilit� de type entre les languages : une dll COM peut-�tre exploit�e sans pb avec VB , Delphi etc.

Mais pour passer au C++ je crois que le mieux est tout de m�me de partir avec les bases

Citation:

---

Envoy� par mat.M

.NET c'est une plateforme de Microsoft qui reprend des m�chanismes des MFC notamment ; Il me semble que l'architecture Doc/Vue existe avec .NET ( VB je sais pas mais C# j'en suis presque s�r)

---

Comment �a �a reprend les MFC? Pour Doc/Vue non y'a rien il me semble. Les delegates �a change la donne.
Y'a eu un article d'un mec (non MS) en r�ponse � une attaque de IBM-Java � ce sujet (MVC) il me semble, mas je le retrouve pas.

Le .Net et la VCL ont beaucoup plus de ressemblance.
Tellement que beaucoup de m�thode porte le m�me nom.
(C'est le m�me chef de projet qui � dirig� le d�veloppement des deux.)

J'ai connu BCB avant .Net
Mais en passant de l'un � l'autre on a l'impr�ssion avanc� en terrain connu.

Citation:

---

Comment �a �a reprend les MFC? Pour Doc/Vue non y'a rien il me semble.

---

du calme du calme,

Dans les samples pour C# , il ya Sketch radicalement le m�me exemple que pour VC++/MFC .
Et c'est plus lent et moins performant....sous C# �videmment :D