Show description

Copyright Éditions Eyrolles Pb n° 12. Écrire du code robuste aux exceptions (5e partie) 43 que c’est la seule fonction à laquelle il faut imposer d’être robuste aux exceptions pour obtenir une classe Stack qui soit elle-même robuste. Dans la suite de ce chapitre, nous allons voir comment il est possible de diminuer les contraintes imposées à T, tout en conservant une parfaite robustesse aux exceptions. Nous nous intéresserons également à l’instruction « delete[] x » et à ses dangers. PB N° 12.

Quelles opérations effectuent réellement les opérateurs new[] et delete[] ? La réponse à cette dernière question pourra peut-être vous surprendre ; elle sera en tous cas l’occasion d’insister sur le fait qu’une bonne compréhension des mécanismes d’exception passe obligatoirement par une maîtrise parfaite des opérations exécutées par le code, notamment toutes les conversions implicites, invocations d’opérateurs redéfinis et utilisations d’objets temporaires pouvant se cacher derrière un banal appel de fonction, chacune de ces opérations pouvant potentiellement générer une exception1.

Crire du code robuste aux exceptions (1re partie) 31 Pour finir, signalons qu’il y a une autre manière, plus élégante, d’écrire le même constructeur : template Stack::Stack() : v_(new T[10]), vsize_(10), vused_(0) { } // Allocation initiale // Au départ, rien n’est utilisé Cette deuxième version, équivalente à la première en terme de fonctionnalités, est préférable car elle initialise tous les membres dans la liste d’initialisation du constructeur, ce qui est une pratique recommandable.