Plein de questions sur C++

[leneuf22]

Tu veux dire que le C++ vise à améliorer l'édition du code, si on doit l'éditer ?

[Florent]

Non il vise le fait de ne pas avoir a connaitre le code pour le faire fonctionner, dans l'exemple en C tu étais obligé de refaire le chemin algorithmique puis de prendre les portions dont tu as besoin, en C++ tu sait juste que tu as un module (comparable a un DLL) qui s'appel d'une certaine manière avec des parametres en entrée et eventuellement en sortie (grace au fichier .H) sans avoir a connaitre le code, la seule chose que tu connais est le résultat...

[KewlCat]

En C++ c'est la façon de penser qui change.

On utilise une conception "objets" pour écrire un programme, c'est à dire qu'on passe vingt fois plus de temps à penser à l'organisation des fonctions dans leurs objets respectifs et de leurs intéractions que quand on a une fonction à coder en C et où on cherche juste à faire un truc qui marche...

Lire le premier chapitre de "Java In A Nutshell" aide à comprendre le principe ("le paradigme objet" !). Le titre du chap. 1 c'est "tout est un objet", ca veut tout dire !

[automne]

Juste pour embrouiller un peu plus les choses, il est tout a fait possible d'utiliser les concepts objets en C pur.

C'est pas parce qu'on fait du C qu'il faut necessairement coder comme des porcs.

 

C'est sur que certains concepts comme le polymorphisme sont difficiles a mettre en oeuvre et n'ont que peu d'interet par rapport à leur complexité de realisation en C mais il est possible et bienvenu d'utiliser les concepts objets de base pour améliorer la lisibilité, la maintenance et l'evolutivité des applications.

 

Perso, j'ai deja vu du code C++ imbitable et du code C trés lisible (et l'inverse bien sur). Il ne faudrait pas prendre les concepts objets comme la panacée universelle. Et les porcs restent des porcs quelque soit le langage.

 

Automne

[KewlCat]

Ca c'est bin vrai, ça...

 

Mais la seule fois où j'ai vu du C "orienté objet" (avec des struct et des pointeurs de fonctions dans tous les sens) je me suis demandé qui était le déséquilibré qui avait pu penser à faire du C plutôt que du C++

[automne]

J'ai pas dit qu'il fallait essayer de creer des objets en utilisant des structures avec des pointeurs sur fonction pour les methodes !

Il faut garder l'esprit du C sans vouloir faire ressembler son code à du code C++ sinon en effet autant prendre un compilo C++ ce sera moins prise de tete.

 

Automne

[leneuf22]

Est-ce que le programme gagne en vitesse quand on l'écrit en C++ plutôt qu'en C ?

[KewlCat]

Le C sera toujours plus bas niveau que le C++, mais la rapidité du code dépend du niveau de propreté de l'écriture.

L'interêt majeur du C++ c'est qu'une fois que tu as ton modèle de classes, la transcription en code est quasi-triviale, c'est sur le temps de réalisation que tu gagnes...

En gros, le temps que tu passes à bidouiller en C, tu le passes à faire l'analyse en C++...

Ca peut aussi influer sur les délais de maintenance mais il faut relativiser (voir la remarque sur les sources écrits par des porcs, un peu plus haut)

Cela dit, une fois compilé, un programme C optimisé sera aussi rapide qu'un programme C++ optimisé...

C'est pas comme le Java où tu as une étape de plus (interprétation par une JVM ou un moteur JIT), tu retrouves du code machine natif...

[KewlCat]

Post Scriptum : ca dépend aussi des compilateurs

[leneuf22]

Quoi ? Il y a des meilleurs compilateurs que d'autres ?

 

oula, et c'est lequel le meilleur ? (si il y en a un...)