Discussion :

[devmael]

Bonjour, ma question risque d'être un peu bête ; je suis apprenti et j'ai commencé par le C avant d'apprendre le C++. Je connais un peu mieux le C que le C++ actuellement. Étant donné que le C++ est une amélioration du C ; depuis le « C with class » jusqu'au C++ moderne de maintenant, ma question est la suivante*: dois-je tout faire mes projets en C++ et laisser le C ? Par exemple, si j'ai un problème de développement ou un projet, comment savoir que pour faire telle partie de l'application, ça sera mieux en C et l'autre sera mieux avec le C++ moderne d'aujourd'hui. Et enfin, quel sont les domaines approfondir en C et C++.

[Bousk]

J'ai fait un parcours similaire, il y a une vingtaine d'années, et ma conclusion lors, et encore plus désormais, serait : C++, qui permet plus de choses plus aisément (destructeurs, templates, ... en particulier depuis C++11 et la move-semantic) et m'offrait/m'offre plus d'opportunités professionnelles
À moins de travailler sur une architecture spécifique ne possédant pas de compilateur C++ et où seul le C est disponible, je travaille en C++

[Christophe]

Étant donné que le C++ est une amélioration du C

Il ne faut pas voir ça comme ça. Au départ le C++ était une surcouche du C, mais après les 2 langages ont divergés.

Historiquement, il fallait plus de puissance pur faire du C++ (on parle d'une époque ou la RM était réduite ainsi que le puissance CPU par rapport à nos jours).

Maintenant, on peut aussi utiliser le C++ avec l'embarqué.

c'est bien de connaitre les 2, mais en tant qu'apprenti, mieux vaut investir sur le C++ je pense.

[Guesset]

Bonjour,

Plus on connaît de langages mieux c'est. Cela permet de choisir celui le plus adapté au besoin. La plupart des langages permettent de tout faire mais, selon les domaines, avec plus ou moins de facilité et d'efficience.

Plus le nombre de langages maîtrisé est grand, plus l'apprentissage d'un nouveau langage devient facile, car ils s'inspirent les uns des autres.

Prenons un exemple tellement intégré que nous y pensons rarement. Pourquoi l'affectation se fait toujours vers la gauche alors que le résultat de l'expression à affecter (à droite) n'est connu qu'après son exécution. À l'origine, c'était parce que cela permettait simplement au compilateur de savoir à l'avance le type du résultat. Aujourd'hui, il serait possible sans grande difficulté d'avoir une affectation à droite qui ouvrirait en plus des possibilités d'affectations en cascade. Mais le pli est pris.

Le C++ est un langage plus généraliste que le C. Son spectre d'emploi fonctionnel est donc plus large. Mais C reste un outil préférentiel pour les programmations au ras du matériel que ce soit des éléments systèmes, des pilotes ou de l'embarqué. L'usage du C++ sur l'embarqué fait frémir les puristes, car ce domaine, relativement pauvre en ressources, incite fortement à utiliser un style C pour éviter les hauts niveaux d'abstraction plus consommateurs qu'offre le C++. Avec la montée en puissance des MPU, cela pourrait se révéler rapidement faux, mais pas nécessairement au profit du C++. Les langages interprétés (encore plus gourmands en ressources) possèdent l'avantage de permettre des développements très rapides.

En résumé, ce n'est pas fromage ou dessert, mais fromage et dessert. Et il y a beaucoup de fromages

Salutations

[devmael]

"Le C++ est un langage plus généraliste que le C. Son spectre d'emploi fonctionnel est donc plus large. Mais C reste un outil préférentiel pour les programmations au ras du matériel que ce soit des éléments systèmes, des pilotes ou de l'embarqué. L'usage du C++ sur l'embarqué fait frémir les puristes, car ce domaine, relativement pauvre en ressources, incite fortement à utiliser un style C pour éviter les hauts niveaux d'abstraction plus consommateurs qu'offre le C++. Avec la montée en puissance des MPU, cela pourrait se révéler rapidement faux, mais pas nécessairement au profit du C++. Les langages interprétés (encore plus gourmands en ressources) possèdent l'avantage de permettre des développements très rapides".

Merci beaucoup pour vos reponses. Si j'ai bien compris, et en attendant d'approfondir ces 2 langages pour mieux prendre des decisions, je vais un peu plus m'investir dans le c++ pour le devellopement d'application , jeux video + simulation, creation d'outils et moteur, mais je vais qu'a meme rester dans le c pour la programmation systeme et le systeme embarqué car le c consomme un peu moins de ressources et je pourrais aussi le faire ou apprendre a le faire en c++

[Luc Hermitte]

Il y a beaucoup de FUD (Fear Incertainty Doubt), et de méconnaissance, autour du C++ dans les domaines systèmes et embarqués. Techniquement il a la possibilité d'être au moins autant (cad "potentiellement plus") léger ou performant que le C.

Il s'agit de ne pas utiliser les features qui sont connues comme ayant une empreinte plus lourde que les équivalentes en C. Il y a déjà eu beaucoup de débats et de ressources données autour de ces sujets. P.ex. ici, où je recommande vivement les conférences données par Dan Saks: https://www.developpez.net/forums/d1...p/#post8752931

Depuis 1-2 ans, Khalil Estell a présenté comment améliorer le support des exceptions (et avoir des binaires plus petits en C++ grâce aux exceptions sur des cibles embarquées...) lors de deux confs (plus à venir) -- c'est toujours plus lent que les codes de retours sur la remonté d'erreur. Avec le nom les personnes intéressées pourront trouver les ressources en question sur YouTube.

Un gros plus 1 à Bousk. Pareil pour moi: quand je n'ai pas le choix pour des raisons techniques. Pour les raisons humaines (les plus courantes), je débats.