Discussion :

[yan]

Bonjour,
depuis quelque temps, j'ai créé ce thread C et C++ mythe et realité.
Ou les buts principaux étant
1 - Aider les gens (dont moi) à comprendre la différence entre le C et C++
2 - De répertorier les différences, pour ne pas se trouver complètement larguer (m'est déjà arrivé) et perdre plusieurs jours parce qu'un projet mélange du C et C++
3 - Eviter d'écrire des choses qui marche un jour mais pas demain (ex : i =++n * --n; )
4 - Echanger les expériences

N'ayant l'avis en grande partie que de ceux qui sont dans le forum C++, je remet le sondage anonyme ici(je ne sais pas si c'est possible d'avoir un sondage sur deux thread en même temps), et demande votre aide. Je recherche aussi des exemples de code qui fonctionne qu'en C.

Merci

[Emmanuel Delahaye]

depuis quelque temps, j'ai créé ce thread C et C++ mythe et realité.
Ou les buts principaux étant
1 - Aider les gens (dont moi) à comprendre la différence entre le C et C++

http://david.tribble.com/text/cdiffs.htm

Une seule différence suffit pour affirmer que ce sont des langages différents et qu'il n'y a pas de notion de 'sur-ensemble', comme Objective-C par rapport à C (90, du moins...)

2 - De répertorier les différences, pour ne pas se trouvais[er] complètement larguer (m'est déjà arrivé) et perdre plusieurs jours parce qu'un projet mélange du C et C++

bah, comme ce sont 2 langages différents, quel intérêt ? La première démarche à respecter est de comprendre qu'il sont différents et qu'il ne faut chercher ni à les comparer ni à les mélanger... Affaire réglée. (Le seul point commun est le préprocesseur, encore que je ne suis pas sûr que les nouveautés de C99, var args par exemple, soient intégrées dans C++98).

3 - Eviter d'écrire des choses qui marche un jour mais pas demain (ex : i =++n * --n; )

C'est un problème de connaissance de chaque langage. La norme qui décrit le C recense un certain nombre de comportements indéfinis...

http://emmanuel-delahaye.developpez.com/notes.htm#norme

4 - Echanger les expériences

Le forum est fait pour ça...

<...Je recherche aussi des exemples de code qui fonction[ne] qu'en C.

http://emmanuel-delahaye.developpez.com/clib.htm

par choix délibéré. (Par contre, il est interfaçable avec du C++ si je ne me suis pas planté dans mes headers).

[Franck.H]

Bin les séparer... quelle question ! Ce sont deux langages complètement différents, une des raison majeur de la séparation de la rubrique C & C++ d'ailleurs !

Aucune comparaison ne peut être faite, rien que par leur différence dans le style de programmation (quoique, le C++ est-il multi-paradigme ?), leur normes, leur bibliothèques, sans doute même leurs objectifs et le publique visé, tout les sépare en tout point de vue !

[Franck.H]

Je recherche aussi des exemples de code qui fonction qu'en C.

Ceci peut te donner un avant goût peut-être: Les incompatibilités entre le C et le C++

[yan]

Une seule différence suffit pour affirmer que ce sont des langages différents et qu'il n'y a pas de notion de 'sur-ensemble', comme Objective-C par rapport à C (90, du moins...)

avec un argument comme ça je peut rien dire. Je me disait aussi que le C++ de g++ était un autre langage que le C++ de VC ou de ICC...

bah, comme ce sont 2 langages différents, quel intérêt ? La première démarche à respecter est de comprendre qu'il sont différents et qu'il ne faut chercher ni à les comparer ni à les mélanger... Affaire réglée. (Le seul point commun est le préprocesseur, encore que je ne suis pas sûr que les nouveautés de C99, var args par exemple, soient intégrées dans C++98).

Si c'était si simple, cela ne me poserai pas de problème. Mais on choisie pas toujours les lib que l'on doit utiliser. Mon problème n'est pas d'un point de vue théorique, mais en pratique ils sont souvent mélangé.

C'est un problème de connaissance de chaque langage. La norme qui décrit le C recense un certain nombre de comportements indéfinis...
http://emmanuel-delahaye.developpez.com/notes.htm#norme

merci pour le lien. trés intéressant.

[yan]

Bin les séparer... quelle question ! Ce sont deux langages complètement différents

Comment m'en persuader...

Aucune comparaison ne peut être faite, rien que par leur différence dans le style de programmation (quoique, le C++ est-il multi-paradigme ?), leur normes, leur bibliothèques, sans doute même leurs objectifs et le publique visé, tout les sépare en tout point de vue !

Donc faut plus faire de SDL, GTK,OpenGL, avec du C++. Pour le reste, es que tu pourrai expliqué "sans doute même leurs objectifs et le publique visé", s'il te plait?

Ceci peut te donner un avant goût peut-être: Les incompatibilités entre le C et le C++

Merci pour le lien, trés intéressant.

[Emmanuel Delahaye]

avec un argument comme ça je peut rien dire. Je me disait aussi que le C++ de g++ était un autre langage que le C++ de VC ou de ICC...

Ca, c'est encore un autre problème. En dehors du fait qu'il peut y avoir des versions différentes, chaque implémentation d'un langage peut offrir des extensions à ce langage. Bien sûr, les extensions de g++ ne sont pas forcément les mêmes que celles de VC ou ICC...

Si c'était si simple, cela ne me poserai pas de problème. Mais on choisie pas toujours les lib que l'on doit utiliser. Mon problème n'est pas d'un point de vue théorique, mais en pratique ils sont souvent mélangé.

On a parfaitement le droit, dans un projet C++, d'utiliser une bibliothèque avec interface C. On fait ça tout le temps avec les fonctions systèmes...

[Emmanuel Delahaye]

Comment m'en persuader

Tout simplement parce qu'il sont définis pa des documents différents et disjoits. Nulle pas dans C++, il est dit que le C était un sous-ensemble de C++. Par contre, la bibliothèque C peut être utilisée en C++, tout simplement parce que l'interface C++/C est parfaitement définie par le C++.

Donc faut plus faire de SDL, GTK,OpenGL, avec du C++.

Il n'y a aucune contre-indication.

[Franck.H]

Donc faut plus faire de SDL, GTK,OpenGL, avec du C++.

Attention, ne dit pas ce que j'ai pas dit, j'ai généralisé c'est tout, tu trouveras plein de bibliothèque uniquement pour le C, d'autres uniquement pour le C++ et encore d'autres pour les deux langages. Par exemple pour GTK il y a le binding Gtkmm, SDL s'utilise sur bien des langages alors je ne parle même pas d'OpenGL

Pour le reste, es que tu pourrai expliqué "sans doute même leurs objectifs et le publique visé", s'il te plait?

D'une part C++ est orienté objet et donc fait appel à des connaissances supplémentaires et plus dans l'ère du temps si je puis me permettre. Tout comme sur le marché professionnel, même si le C est toujours présent dans bon nombre de secteur comme essentiellement le développement embarqué par exemple.

Le C++ à réussi à prendre des parts de marchés plus importantes comme l'industrie du jeu vidéo, rien qu'à voir les moteurs 3D qui sont pour la plupart faits en C++. Une part de marché qui vise tout autant un autre type de programmeurs qui prend de plus en plus d'ampleur.

Le C se cantonne un peu plus sur le bas niveau dont l'embarqué et même là, le Java à déjà pris une grosse part de marché, notamment sur les téléphones mobiles. Le noyau des système d'exploitation sont pour la plupart en C également (du moins une partie). Des jeux sur GameBoy Advance sont fait en C, tous je ne sais pas mais il y en a c'est sûr.

On peut voir rien que dans ces différents domaines d'application, que les deux langages visent des secteurs plus ou moins spécifiques.

[chaminette]

hoho ça s'emballe ici !
Je suis daccord avec les gens qui ne comprennent pas la phrase 'différencier le C et le C++' !

En effet ce sont des langages complètement différents ! La logique de développement n'est pas la même dans les deux !
Cela dit ils sont interfaçables ! tout est la, il ne faut pas comprendre 'interfaçables' comme étant 'pareils' !!!!
On peut utiliser des fonctions C dans un programme C++ ! Il n'y a pas de mal à ça tant que cette introduction reste justifiée (fonctions systèmes par exemple) !

[Skyounet]

Le C et le C++ sont pour moi 2 langages complètement différents, rien que le fait que l'un soit orienté objet et l'autre pas et une énorme différence en soi.

Moi perso j'apprécie pas plus que ça le C++ je sais pas pourquoi, peut-être la syntaxe (c'est pas le bon mot) mais je trouve pas ça élégant les cout >> "blabla";

Ensuite euh ben je sais pas trop quoi dire.
Ah si j'aime pas sur le forums quand y'a un espace C/C++. Il faudrait un espace C et un autre C++ (comme ici d'ailleurs).

[yan]

Tout simplement parce qu'il sont définis pa des documents différents et disjoits. Nulle pas dans C++, il est dit que le C était un sous-ensemble de C++. Par contre, la bibliothèque C peut être utilisée en C++, tout simplement parce que l'interface C++/C est parfaitement définie par le C++.

Cela ressemble beaucoup a dire qu'il y as du C dans du C++ . Je déconne.

Attention, ne dit pas ce que j'ai pas dit, j'ai généralisé c'est tout, tu trouveras plein de bibliothèque uniquement pour le C, d'autres uniquement pour le C++ et encore d'autres pour les deux langages. Par exemple pour GTK il y a le binding Gtkmm, SDL s'utilise sur bien des langages alors je ne parle même pas d'OpenGL

Je répondais à l'extrême aussi

D'une part C++ est orienté objet et donc fait appel à des connaissances supplémentaires et plus dans l'ère du temps si je puis me permettre. Tout comme sur le marché professionnel, même si le C est toujours présent dans bon nombre de secteur comme essentiellement le développement embarqué par exemple.

Le C++ à réussi à prendre des parts de marchés plus importantes comme l'industrie du jeu vidéo, rien qu'à voir les moteurs 3D qui sont pour la plupart faits en C++. Une part de marché qui vise tout autant un autre type de programmeurs qui prend de plus en plus d'ampleur.

Le C se cantonne un peu plus sur le bas niveau dont l'embarqué et même là, le Java à déjà pris une grosse part de marché, notamment sur les téléphones mobiles. Le noyau des système d'exploitation sont pour la plupart en C également (du moins une partie). Des jeux sur GameBoy Advance sont fait en C, tous je ne sais pas mais il y en a c'est sûr.

On peut voir rien que dans ces différents domaines d'application, que les deux langages visent des secteurs plus ou moins spécifiques.

Merci pour cette expliquation.

En faite je trouve que la séparation entre le C et le C++ est très flou. A cause de prof, de gens incompétent, d'habitude, d'un syntaxe d'écriture très proche, ....

J'ai vraiment du mal à les considéré comme deux langages différents. Je trouve que leurs différences est plus dans la méthode de programmation que sur le langage lui même. Je ne dit pas qu'il n'y as pas de différence de norme, mais je trouve que c'est trés minime par rapport à la partie C que l'on retrouve dans le C++. Ce qui me choque est la facilité de les mélangers assez facilement.
Par exemple, j'ai utilisé GTS (lib C) pour faire de la triangulation de delaunay dans un projet C++. Pour récupérer les point de la surface, il faut utiliser une fonction qui ressemble as "for_each_vertex(...)" dans laquelle on passe une fonction. J'ai écrit les fonction que je passe en C++ (avec des cast, class) , et je n'ai eu aucun problème.

Je ne peut pas faire changer d'avis tous le monde, et je vais faire avec.
Et peut être que petit a petit, je vais comprendre la différence, et changerais d'avis.. ou pas

Maintenant, je remet en cause mes "fausse connaissance" en C . Et je cherche à bien différencier ce qui C++ et non C. Je ne pense pas que se dire que ce sont deux langage différent suffise.
Je me voit très bien (et je ne suis sûrement pas le seul), par exemple, ajouter un constructeur dans une struct C

Mais depuis le début de l'autre thread, j'ai appris pas mal de chose sur ces langages, et j'ai pas mal changé ma conception sur le C et le C++.

[Franck.H]

Moi perso j'apprécie pas plus que ça le C++ je sais pas pourquoi, peut-être la syntaxe (c'est pas le bon mot) mais je trouve pas ça élégant les cout >> "blabla";

Alors on est deux, d'ailleurs j'aime pas l'objet tout simplement, même si j'en utilise des règles en C, je préfère le faire en C, juste pour dire (sans dénigrer le C++) qu'on peut aussi faire du pseudo objet en C

[souviron34]

Bon , soyons corrects...

A quelques exceptions près, pratiquement TOUS les langages peuvent s'nterfacer avec les autres.... Peut-être pas très pratiquement, mais ça marche (le nombre de programmes mélangeant(s ??) C et Fortran que je connais est assez considérable). Donc, entre C et C++, de ce côté-là, c'est kifkif.

En ce qui concerne la conception, elle est évidemment différente.

Mais je dirais, je viens justement d'en discuter mercredi avec 2 professionels de haut niveau dans la simulation temps réel de gros logiciels critiques, en fait , si certains programmes C basculent (ou vont basculer) vers le C++, c'est principalement que les jeunes (la plupart ) sont beaucoup plus habitués à ça, ainsi qu'aux environnements de développement graphiques "tout en un", et non aux bons vieux éditeurs de texte. D'après eux (et mon expérience) en gros il s'agit nettement plus de décisions d'age, et de marketing, que de réalité et de besoins réels.

Alors on est deux, d'ailleurs j'aime pas l'objet tout simplement, même si j'en utilise des règles en C, je préfère le faire en C, juste pour dire (sans dénigrer le C++) qu'on peut aussi faire du pseudo objet en C

+1000 !!!

[chaminette]

Par exemple, j'ai utilisé GTS (lib C) pour faire de la triangulation de delaunay dans un projet C++. Pour récupérer les point de la surface, il faut utiliser une fonction qui ressemble as "for_each_vertex(...)" dans laquelle on passe une fonction. J'ai écrit les fonction que je passe en C++ (avec des cast, class) , et je n'ai eu aucun problème.

ça revient bien au fait que c'est juste interfaçable , c'est comme faire du JNI ! Utiliser des fonctions C en faisant du JAVA ! ce n'est pas pour autant qu'ils sont pareils !

Maintenant, je remet en cause mes "fausse connaissance" en C . Et je cherche à bien différencier ce qui C++ et non C. Je ne pense pas que se dire que ce sont deux langage différent suffise.
Je me voit très bien (et je ne suis sûrement pas le seul), par exemple, ajouter un constructeur dans une struct C

ouille !!!! construsteur => objet , C => pas objet !!

[yan]

ouille !!!! construsteur => objet , C => pas objet !!

exactement c'est pas du C

[Emmanuel Delahaye]

exactement c'est pas du C

Ce qui n'est pas du C, c'est la notion de constructueur /destructeur intégré. Mais évidemment, on peut la simuler en C.

http://emmanuel-delahaye.developpez.com/tad.htm

[BainE]

Bonjour,

j ai voté "non mais t'as rien compris" (j'adore, s'pèce de maso)

bon par contre :

séparer le C et le C++

C'est pas déja fait ? Essaie de faire un malloc avec un compilateur C++ et de liberer la mémoire avec un delete

les unir

? donner une dimension objet au C (faire de l'objective C en gros), ou enlever l'objet au C++ ? (et revenir au C)

les unir mais savoir différencier les deux "styles de programmation"

Ben GTK c'est quoi ? on peut bien faire une IHM en GTK qui est une lib codé en C

je comprends pas vraiment le but peut etre

[chaminette]

Ouais c'est de la simulation justement ! Donc ce n'est pas du VRAI C !
C'est essayer de faire du C un langage Objet alors qu'il ne l'est pas. A la base il n'a pas été prévu pour être un langage objet! il n'en a pas la logique !
Et le simuler revient a faire des choses tordues !
Si c'est pour faire de l'objet autant utiliser des langages Objets ! et dans ce cas du C++ , Java ...

[BainE]

Si c'est pour faire de l'objet autant utiliser des langages Objets ! et dans ce cas du C++ , Java ...

En meme temps la programmation objet est sympa dans le sens ou elle est clair (en générale) et permet une lecture aisée. Donc codé de facon un peu objet en C, c'est pas forcément mal.