Ceci aborde la deuxième question concernant la déclaration d'un destructeur virtuel pour une classe de base abstraite (par ex. Au moins une fonction membre est pur virtuel). Voici un exemple de monde réel du compilateur LLVM Clang ++ attrapant un problème potentiel. Ceci s'est produit avec la version d'outils de ligne de commande fournie par Apple Developer pour le système d'exploitation Mac OS X Mavericks.
Supposons que vous disposiez d'une collection de classes dérivées qui ont finalement le parent avec la classe de base abstraite pour définir l'interface commune. Ensuite, il est nécessaire d'avoir un conteneur de stockage comme un vecteur intentionnellement déclaré pour stocker un pointeur sur la classe de base abstraite pour chaque élément. Plus tard, après de bonnes pratiques d'ingénierie, les éléments de conteneur doivent être «supprimés» et la mémoire renvoyée au tas. Le moyen le plus simple de le faire est de traverser l'élément vectoriel par élément et d'appeler l'opération Supprimer sur chacune d'elles.
Eh bien, si la classe de base abstrait ne déclare pas le destructeur en tant que virtuel, le compilateur Clang ++ offre un avertissement amical sur appeler le destructeur non virtuel sur une classe abstraite. N'oubliez pas que, en réalité, seules les classes dérivées sont attribuées du tas avec opérateur neuf. Le type de pointeur de classe dérivé de la relation d'héritage est en effet le type de classe de base abstrait (par exemple, la relation est-une relation).
Si le destructeur de la classe de base abstrait n'est pas virtuel, alors comment le destructeur de classe dérivée correcte sera-t-il invoqué pour libérer la mémoire? Au mieux, le compilateur sait mieux (au moins potentiellement avec C ++ 11) et le rend. Si l'option de compilateur -wall est activée, au moins, l'avertissement de compilation doit apparaître. Cependant, en pire, le destructeur de classe dérivé n'est jamais atteint et la mémoire n'est jamais retournée au tas. Par conséquent, il y a maintenant une fuite de mémoire qui peut être très difficile à suivre et à réparer. Tout ce qu'il faudra est un seul ajout de "virtuel" à la déclaration destructeurs de la classe de base abstraite.
code d'exemple: xxx pour résoudre cette mémoire potentielle Fuite, la classe de base abstrait doit déclarer son destructeur comme virtuel. Rien d'autre n'est requis. La classe de base abstrait devient maintenant: xxx Notez que la classe de base abstraite a actuellement des corps de constructeur et de destructeurs vides. Comme la légèreté a répondu ci-dessus, le compilateur crée un constructeur de constructeur, destructeur et de copie par défaut pour une classe de base abstraite (si non définie par l'ingénieur). Il est fortement recommandé de passer en revue l'une des éditions de programmation de programmation C ++ par le Créateur C ++, Bjarne Stroustrup, pour plus de détails sur les classes de base abstraites.
= 0; est uniquement autorisé à suivre la fonction virtuelle.@BILLZ et Lightness Courses en orbite: corrigé