Maison > développement back-end > C++ > Pourquoi les objets Const construits par défaut en C nécessitent-ils un constructeur par défaut défini par l'utilisateur ?

Pourquoi les objets Const construits par défaut en C nécessitent-ils un constructeur par défaut défini par l'utilisateur ?

Barbara Streisand
Libérer: 2024-11-25 02:54:10
original
576 Les gens l'ont consulté

Why Do Default-Constructed Const Objects in C   Require a User-Defined Default Constructor?

Pourquoi un constructeur par défaut défini par l'utilisateur est-il requis pour les objets Const construits par défaut en C ?

La norme C dicte dans la section 8.5 que pour les objets const initialisés par défaut, leur type doit être une classe avec un constructeur par défaut fourni par l'utilisateur. Comprendre cette exigence nécessite de comprendre la distinction entre les classes POD (Plain Old Data) et les classes non-POD.

Classes POD et classes non-POD

Les classes POD sont celles sans constructeurs, destructeurs ou fonctions membres virtuelles définis par l'utilisateur. Ils peuvent être initialisés avec de la mémoire non initialisée, permettant une allocation efficace de la mémoire et une manipulation directe de la mémoire.

Les classes non POD, en revanche, sont celles qui violent l'une des contraintes POD. Ils doivent être initialisés avant utilisation, et les tentatives de les initialiser avec une mémoire non initialisée entraînent un comportement indéfini.

Exigence relative aux constructeurs par défaut

La norme impose l'exigence d'un utilisateur - constructeur par défaut fourni pour les objets const construits par défaut parce que :

  • Assurer l'utilitaire d'objet : Si une classe POD n'a pas de constructeur défini par l'utilisateur, elle reste non initialisée par défaut. Déclarer un objet const d'une classe POD non initialisée le rendrait inutile, car sa valeur ne peut pas être modifiée.

    POD p1; // uninitialized - can be assigned later
    const POD p2; // uninitialized - error, cannot be modified
    Copier après la connexion
  • Faciliter l'initialisation non-POD : Utilisateur- les constructeurs définis rendent les classes non POD. La déclaration d'un objet const d'une classe non-POD garantit son initialisation, qu'un initialiseur soit fourni ou non.

    nonPOD_B b1; // initialized
    const nonPOD_B b2; // initialized
    Copier après la connexion

Par conséquent, en exigeant un constructeur par défaut fourni par l'utilisateur pour default- objets const construits, le standard C garantit que même les objets const des classes POD sont correctement initialisés et, donc, utilisables.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

source:php.cn
Déclaration de ce site Web
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn
Derniers articles par auteur
Tutoriels populaires
Plus>
Derniers téléchargements
Plus>
effets Web
Code source du site Web
Matériel du site Web
Modèle frontal