Quelles sont les différences fondamentales entre C et C ++? [fermé]

Beaucoup ont tendance à écrire "C / C ++", comme si c'était la même chose. Bien qu'ils partagent de nombreuses similitudes, ils ne sont clairement pas les mêmes.

Mais quelles sont réellement les différences fondamentales entre C et C ++? C ++ est-il une version améliorée de C ou existe-t-il des fonctionnalités qui n'existent pas en C ++?

Les points suivants concernent le C ++:

1. Système de types statiques (défini par l'utilisateur): permet des vérifications statiques sur vos données et leur utilisation - pointe beaucoup d'erreurs faciles à exécuter en C.
2. multi-"paradigme": permet de travailler comme en C, avec des paradigmes orientés objet, avec des paradigmes génériques, etc.
3. Constructeur / Destructeur: le seul moyen de dire une fois ce qu'il faut faire lors de la création ou de la destruction de quelque chose et de s'assurer que l'utilisateur n'aura pas à trouver la bonne fonction et à l'utiliser comme en C.
4. RAII (mal nommé): vous ne devez pas toujours gérer la mémoire. Gardez simplement les choses à portée et utilisez des pointeurs intelligents décrivant la durée de vie de vos objets. Vous pouvez toujours utiliser des pointeurs bruts.
5. Modèles: mieux qu'une macro, un vrai langage pour manipuler et générer des types avant la compilation finale. Il ne manque qu'un système de type (voir Concepts dans les futurs standards C ++).
6. Surcharge d’opérateurs: permet de décrire les opérations d’une manière syntaxique simple et même de définir des langages spécifiques au domaine incorporés dans votre code C ++.
7. Noms étendus: les espaces de noms, classes / structures, fonctions, etc. ont des règles simples pour éviter les conflits de noms .
8. Système d'exception: un moyen de propager des erreurs qui est souvent meilleur que le code de retour. En fait, les codes de retour sont utiles pour les erreurs logiques spécifiques à un domaine, car l'application doit les gérer. Les exceptions sont utilisées pour les erreurs "difficiles", ce qui rend le code suivant tout simplement incorrect. Cela permet de capturer les erreurs plus haut dans la pile d'appels si possible, de réagir à une telle exception (en se connectant ou en corrigeant l'état) et avec RAII, s'il est bien utilisé, le programme ne se trompe pas - s'il est bien exécuté à nouveau.
9. La bibliothèque standard: C a la sienne, mais tout est "dynamique". La bibliothèque standard C ++ est presque (pas des flux IO) composée de modèles (conteneurs et algorithmes) qui permettent de générer du code uniquement pour ce que vous utilisez. Mieux: comme le compilateur doit générer du code, il en saura beaucoup sur le contexte et appliquera heureusement de nombreuses optimisations sans avoir à demander au codeur d’obscurcir son code - grâce à des modèles, etc.
10. const-correctness: Le meilleur moyen de vous assurer que vous ne modifiez pas les variables que vous ne devriez pas. Permet de spécifier un accès en lecture seule à varaibles. Et comme il n’est vérifié qu’au moment de la compilation, il n’ya pas de coût d’exécution.

C ++ a été inventé pour gérer une complexité que C ne pouvait pas gérer. Par exemple, un problème courant avec C était que vous pouviez "manquer de noms pour les variables" (à ne pas prendre au pied de la lettre bien sûr) car il n'y avait pas d'encapsulation, d'espaces de noms, etc.

De plus, C n’a pas d’exception, la gestion des erreurs est donc très sujette aux erreurs, car il incombe à l’utilisateur de la bibliothèque de toujours vérifier les valeurs de retour des fonctions, alors qu’à part des exceptions, le développeur de la bibliothèque lève simplement une exception garantissant l’arrêt du flux du programme.

C ++ aide en ayant le constructeur init objets qui est automatiquement appelé par le compilateur. Contrairement aux structures C qui doivent être initialisées par le programmeur (d'où une autre zone sujette aux erreurs).

Enfin, il existe de nombreux avantages présentés par OOP, tels que la réutilisation d’objets, ainsi que les concepts génériques basés sur la programmation, tels que les modèles et les génériques qui vous permettent de réutiliser le code source, etc.

Et beaucoup d'autres choses qui prendraient trop de mon temps à énumérer ici.

En général, tout ce qui existe en C est supporté en C ++. Évidemment, le contraire est absolument faux.

En termes simples, C ++ est orienté objet (ainsi, par exemple, vous avez des classes), C ne l’est pas.

C ++ a un type booléen que C89 n'a pas.

Ce sont des langues différentes. Ils partagent juste la plupart de la syntaxe.

C99 a quelques fonctionnalités qui n'existent pas (du moins sous exactement la même forme) en C ++ (par exemple, membres de tableau flexibles, tableaux de longueur variable, etc.)

C99 a également ajouté beaucoup à la bibliothèque qui n'était pas présente dans la norme C ++ 98/03; la plupart de cela a été ajouté à C ++ 11 cependant.

En termes d'orientation de base, C prend en charge essentiellement une programmation procédurale structurée. C ++ supporte cela ainsi que la programmation orientée objet, la programmation générique et la métaprogrammation (réalisation de calculs arbitraires au moment de la compilation). Avec C ++ 11, il ajoute quelques éléments qui pourraient au moins être confondus avec la prise en charge de la programmation fonctionnelle (par exemple, les expressions lambda). C ++ 14 en a ajouté un peu plus, mais la plupart d’entre eux sont vraiment plus pratiques que tout changement majeur d’orientation.

Personnellement, je pense que les modèles sont la fonctionnalité la plus importante que C ++ ajoute à C.