Discussion :

[atha2]

Bonjour,
étant développeur Java, j'ai envie de me mettre au c++ (j'ai déjà lu quelques tutoriels et je pense maitriser les bases du langage).

Je voudrais quelques conseils/précisions :

1. J'ai entendu qu'il y avait plusieur norme C++, la norme M$ et la norme ANSI-C++ et probablement d'autres. Qu'en est-il exactement à quoi ça correspond (compilateurs différents, règles à respecter..). J'avoue que je suis en peu perdu dans tout ça.
2. En rapport avec la question précédente, quelle EDI me conseillé vous ?( VS2008, CodeBlock, NetbeansC/C++, autres ...)
3. Je me demandais quelles bibliothèque puis-je utilisé pour les collections, gestion des threads , GUI ... (existe-t'il un équivalent du JDK ?)
4. Gestion des headers :
   • j'ai vu que l'on ne devait définir dans l'entête que le prototype de la classe (attribut, déclaration de méthode) et que le code des fonctions devait être déclaré dans un fichier propre à chaque fonction
   • Ceci s'applique-t'il méthode suivante :
     • constructeur(par défaut, par copie)
     • destructeur
     • redéfinition d'opérateur
     • getteur/setteur
   • Sachant que ces derniers(getteur/setteur) doivent être déclaré inline cela oblige-t'il à les coder dans le header ?

Je développe sous Windows Vista/Ubuntu et utilise actuellement gcc/g++ via cygwin

Merci d'avance à celui/celle/ceux qui prendront le soin de se pencher sur mes interrogations

[3DArchi]

• En rapport avec la question précédente, quelle EDI me conseillé vous ?( VS2008, CodeBlock, NetbeansC/C++, autres ...)

Moi j'utilise indifféremment Eclipse CDT, DevC++ et Visual. Affaire de gout et d'habitude. Le premier est un peu lourd mais en venant du monde java peut-être le connais-tu déjà, le second est un peu plus léger mais je le trouve parfois pas très pratique et le dernier est assez bien pour le debug.

• Je me demandais quelles bibliothèque puis-je utilisé pour les collections, gestion des threads , GUI ... (existe-t'il un équivalent du JDK ?)

MFC mais c'est uniquement Windows et un peu lourd.
wxWidget.
D'autres te parleront mieux que moi de choses comme QT.

[LIST][*]Gestion des headers :

• j'ai vu que l'on ne devait définir dans l'entête que le prototype de la classe (attribut, déclaration de méthode) et que le code des fonctions devait être déclaré dans un fichier propre à chaque fonction

Un header pour la définition de la classe un cpp pour son implémentation. C'est une bonne pratique même si cela n'a rien d'obligatoire.

• Ceci s'applique-t'il méthode suivante :
  • constructeur(par défaut, par copie)
  • destructeur
  • redéfinition d'opérateur
  • getteur/setteur
• Sachant que ces derniers(getteur/setteur) doivent être déclaré inline cela oblige-t'il à les coder dans le header ?

Oui pour tout. Pour les getteur/setteur comme en général ils sont relativement simples, on les définie directement dans la déclaration de la classe.

[nikko34]

[*]J'ai entendu qu'il y avait plusieur norme C++, la norme M$ et la norme ANSI-C++ et probablement d'autres. Qu'en est-il exactement à quoi ça correspond (compilateurs différents, règles à respecter..). J'avoue que je suis en peu perdu dans tout ça.

Officiellement il n'y en a qu'une et la dernière version de la norme date de 2003. L'ancienne norme datait de 1998. Il se peut que tu ais entendu ça parce que certains compilateur comme VisualC++ 6 datent d'avant 1998.

[*]Je me demandais quelles bibliothèque puis-je utilisé pour les collections, gestion des threads , GUI ... (existe-t'il un équivalent du JDK ?)

En standard tu as la Standard Library qui contient un ensemble de collections et autres ( string etc.. ) qu'il faut savoir utiliser.

Ensuite, tu as Boost qui est un ensemble de bibliothèques pour le C++ dont une partie fera partie du prochaine standard.

Ensuite si tu es sous windows, il y a des librairies spécial windows ( comme MFC etc.. ). Si tu es sous Linux, tu auras aussi des fonctions différentes. L'essentiel en apprenant le C++ est de bien comprendre ce qui est du C, ce qui est de l'API propre à l'OS, ce qui est du C++ standard.

Pour les bibliothèques graphiques, il y en a beaucoup au choix, mais une des plus connues et utilisées est Qt.

[*]Gestion des headers :[LIST][*]j'ai vu que l'on ne devait définir dans l'entête que le prototype de la classe (attribut, déclaration de méthode) et que le code des fonctions devait être déclaré dans un fichier propre à chaque fonction

Eh ben ça dépend. Tu peux définir toutes tes fonctions inline si tu veux dans le .h ( mais ce n'est pas conseillé ). Quand tu utilises les templates, tu es aussi obligé de définir test fonctions les utilisant dans ton .h.

Généralement pour une classe on utilise un fichier .h avec les déclarations + fonctions inline et un fichier .cpp avec les définitions des méthodes + fonctions outils.

[Frifron]

Sinon pour le passage java a C++, il faut bien étudier les différences dans le langage en lui même. Il y a quelques subtile différences qui peuvent amener des erreurs :

• une méthode est virtuelle par défaut en java (sinon il faut préciser final). C'est le contraire en C++
• Le polymorphisme ne s'effectue que sur des pointeurs ou des références
• Bien voir les valeurs/références/pointeur, c'est une différence majeur avec le JAVA ou tout objet est une référence. Le new ne s'utilise pas de la meme facon qu'en JAVA
• L'accessibilité par défault en java est package, en C++ c'est privée
• D'ailleurs l'accessibilité package n'existe pas en C++. Mais il y a le concept de friend
• L'héritage multiple existe en C++
• ...

[loufoque]

Tu peux programmer en C++ exactement comme en Java.
Néanmoins, ce n'est certainement pas le paradigme conseillé. Je te conseille donc d'apprendre le RAII et tout ça.

[nikko34]

Il faut aussi bien comprendre en C++ ce qu'est une référence et toute la partie const-correctness.

Et aussi les exceptions qui s'utilisent différement, et la partie RAII avec les destructeurs

[Frifron]

Tu peux programmer en C++ exactement comme en Java.

La facon de manier les instances est tout de même différente. Le portage minimum est de remplacer toute les référence JAVA en pointeur C++, ce qui impose de bien gérer ses destructeurs. En C++, il ne faut pas oublier l'allocation statique, qui n'existe pas en JAVA. Il faut aussi faire attention au polymorphisme (en spécifiant bien ses virtual). Et puis, le C++ n'est pas un langage pure OO non plus. Bref coder du C++ comme du JAVA c'est sans doute faisable mais ca donne du code pourri et du coup ce n'est plus vraiment "coder en C++" mais "coder en JAVA en utilisant la syntaxe C++".

Et puis apres il y a le probleme de la librairie standard du C++ nettement moins fourni que celle de JAVA

[nikko34]

La facon de manier les instances est tout de même différente. Le portage minimum est de remplacer toute les référence JAVA en pointeur C++, ce qui impose de bien gérer ses destructeurs.

ben non, le portage minimum c'est de remplacer les références JAVA en références C++