Présentation
EnglishRÉSUMÉ
Le langage C++, développé à partir de C, est un langage orienté objet qui a l'avantage d'avoir une base très répandue. IL laisse donc au programmeur la possibilité d'adopter un style plus ou moins orienté objet. Cet article présente les évolutions et les apports de C++ par rapport à C. Puis les spécificités de C++ sont abordées plus en détail : classes, héritages, surdéfinition d'opérateurs, polymorphismes, etc.
Lire cet article issu d'une ressource documentaire complète, actualisée et validée par des comités scientifiques.
Lire l’articleAuteur(s)
-
Claude DELANNOY : Ingénieur de l’ENSEM (École nationale supérieure d’électricité - et de mécanique) de Nancy - Ingénieur informaticien au CNRS (Centre national de la recherche scientifique)
INTRODUCTION
La programmation orientée objet (en abrégé POO) est dorénavant universellement reconnue pour les avantages qu’elle procure. Notamment, elle améliore largement la productivité des développeurs, la robustesse, la portabilité et l’extensibilité de leurs programmes. Enfin, et surtout, elle permet de développer des composants logiciels entièrement réutilisables.
Un certain nombre de langages dits « langages orientés objet » (LOO) ont été définis de toutes pièces pour appliquer les concepts de POO. C’est ainsi que sont apparus dans un premier temps des langages comme Smalltalk, Simula ou Eiffel, puis Java. Le langage C++, quant à lui, a été conçu suivant une démarche quelque peu différente par B. Stroustrup (AT&T) ; son objectif a été, en effet, d'adjoindre au langage C un certain nombre de spécificités lui permettant d'appliquer les concepts de POO. Ainsi, C++ présente-t-il sur un vrai LOO l'originalité d'être fondé sur un langage répandu. Cela laisse au programmeur toute liberté d'adopter un style plus ou moins orienté objet, en se situant entre les deux extrêmes que constituent la poursuite d'une programmation classique d'une part, une pure POO d'autre part. Si une telle liberté présente le risque de céder, dans un premier temps, à la facilité en mélangeant les genres (la POO ne renie pas la programmation classique - elle l'enrichit), elle permet également une transition en douceur vers la POO pure, avec tout le bénéfice que l'on peut en escompter à terme.
De sa conception jusqu'à sa normalisation, le langage C++ a quelque peu évolué. Initialement, un certain nombre de publications de AT&T ont servi de référence au langage. Les dernières en date sont : la version 2.0 en 1989, les versions 2.1 et 3 en 1991. C’est cette dernière qui a servi de base au travail du comité ANSI (American National Standard Institute) lequel, sans la remettre en cause, l'a enrichie de quelques extensions et surtout de composants standards originaux se présentant sous forme de fonctions et de classes génériques que l’on désigne souvent par le sigle STL (Standard Template Library). La norme définitive de C++ a été publiée en juillet 1998.
Cet article est extrait de l’ouvrage « Programmer en langage C++ » du même auteur, paru aux éditions Eyrolles [5].
DOI (Digital Object Identifier)
Cet article fait partie de l’offre
Automatique et ingénierie système
(139 articles en ce moment)
Cette offre vous donne accès à :
Une base complète d’articles
Actualisée et enrichie d’articles validés par nos comités scientifiques
Des services
Un ensemble d'outils exclusifs en complément des ressources
Un Parcours Pratique
Opérationnel et didactique, pour garantir l'acquisition des compétences transverses
Doc & Quiz
Des articles interactifs avec des quiz, pour une lecture constructive
Présentation
11. Gestion des exceptions
C++ dispose d'un mécanisme dit de gestion des exceptions. Une exception est une rupture de séquence (pas un appel de fonction !) déclenchée (on dit aussi « levée ») par un programme à l'aide de l'instruction throw dans laquelle on mentionne une expression quelconque. Il y a alors branchement à un ensemble d'instructions, dit « gestionnaire d'exceptions », choisi en fonction de la nature de l'expression indiquée à throw.
Pour qu'une portion de programme puisse intercepter une exception, il est nécessaire qu'elle figure à l'intérieur d'un bloc précédé du mot clé try. Ce dernier doit être suivi d'une ou plusieurs instructions catch représentant les différents gestionnaires correspondants, comme dans ce schéma :
try
{.....// instructions susceptibles de lever une exception, soit
// directement par throw (exp), soit par le biais
// de fonctions appelées
}
catch (type_a ...)
{.....// traitement de l'exception correspondant au type type_a
}
catch (type_b ...)
{.....// traitement de l'exception correspondant au type type_b
}
.....
catch (type_n ...)
{.....// traitement de l'exception correspondant au type type_n
}
Un gestionnaire d'exceptions peut contenir des instructions exit ou abort qui mettent fin à l'exécution du programme. Une instruction return fait sortir de la fonction ayant levé l'exception. Dans les autres cas (rarement utilisés), on passe aux instructions suivant le bloc try concerné.
D'une manière générale, le gestionnaire d'une exception est défini indépendamment des fonctions susceptibles de la déclencher. Ainsi, à partir du moment où la définition d'une classe est séparée de son utilisation (ce qui est souvent le cas en pratique), il est tout à fait possible de prévoir un gestionnaire d'exception différent d'une utilisation à une autre d'une même classe.
En ce qui concerne l’algorithme de choix d’un gestionnaire d’exceptions, il faut savoir que lorsqu'une exception est levée par throw, avec le type T, on recherche, dans cet ordre : un gestionnaire correspondant à l'un des types suivants : type T, type de base de T, pointeur sur une classe dérivée (si T est d'un type pointeur sur une classe), type indéterminé (indiqué par catch(...)) dans le gestionnaire. Il est ainsi possible, suivant les circonstances, d’affiner plus...
Cet article fait partie de l’offre
Automatique et ingénierie système
(139 articles en ce moment)
Cette offre vous donne accès à :
Une base complète d’articles
Actualisée et enrichie d’articles validés par nos comités scientifiques
Des services
Un ensemble d'outils exclusifs en complément des ressources
Un Parcours Pratique
Opérationnel et didactique, pour garantir l'acquisition des compétences transverses
Doc & Quiz
Des articles interactifs avec des quiz, pour une lecture constructive
Gestion des exceptions
BIBLIOGRAPHIE
-
(1) - MEYER (B.) - Object-Oriented Software Construction - . C.A.R. Hare Series Editor, Englewood Cliffs, NJ: Prentice Hall, 1988.
-
(2) - STROUSTRUP (B.) - The C++ Programming Langage - , Third Edition. Reading, MA : Addison-Welsley Publishing Company, 1997.
-
(3) - STROUSTRUP (B.) - Le langage C++, - Troisième édition. CampusPress France, 1999.
-
(4) - LIPPMAN (S.B.) - C++ Primer - , Third Edition. Reading, MA : Addison-Welsley Publishing Company, 1998.
-
(5) - DELANNOY (C.) - Programmer en langage C++ - , cinquième édition. Éditions Eyrolles, 61 boulevard St Germain – 75240 Paris, 2002.
-
(6) - DELANNOY (C.) - Exercices en langage C++ - , nouvelle édition. Édition Eyrolles, 61, boulevard St Germain – 75240 Paris, 2002.
-
...
Cet article fait partie de l’offre
Automatique et ingénierie système
(139 articles en ce moment)
Cette offre vous donne accès à :
Une base complète d’articles
Actualisée et enrichie d’articles validés par nos comités scientifiques
Des services
Un ensemble d'outils exclusifs en complément des ressources
Un Parcours Pratique
Opérationnel et didactique, pour garantir l'acquisition des compétences transverses
Doc & Quiz
Des articles interactifs avec des quiz, pour une lecture constructive