Discussion :

[Floréal]

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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.

[Laurent Gomila]

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.

[Luc Hermitte]

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.

[Aurelien.Regat-Barrel]

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.

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

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 )

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

[Aurelien.Regat-Barrel]

.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.

[CGi]

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.

[mat.M]

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