Version imprimable
Bonjour,
J'ai créé des classes personnalisées. Mais j'ai pas clairement compris le coup du Inherited...
Pouvez-vous m'expliquer clairement à quoi sert Inherited dans les create et Destroy ? Car j'ai compris que ça hérite... Mais ça hérite de quoi, comment, quel effet ?
J'ai lu des sujets dans la faq, mais ça ne m'a pas aidé.
Merci de votre aide,
inherited appelle une méthode de la classe ancêtre. Sans autre spécification (le mot inherited seul), c'est la méthode de même nom avec les mêmes arguments.
Constructeur/destructeur :
Lorsqu'il y a une hiérarchie de classes, chacune peut allouer de nouveaux champs et chacune ne va s'occuper que de ce qu'elle déclare. C'est l'un des principes fondamentaux de la POO : l'héritage.
Mais même si la hiérarchie de classes est connue, l'appel du constructeur ancêtre n'est pas implicite. C'est là qu'entre en scène inherited, c'est lui qui permet de chaîner les différentes classes.
Le même principe s'applique dans le destructeur pour la libération des ressources.
Il est conseillé de toujours appeler inherited dans le constructeur et le destructeur même si ça ne semble pas forcément nécessaire (exemple, TObject ne procède à aucune allocation... pour le moment ; mais dans le futur qui sait !).
Petit complément : le inherited du constructeur doit être appelé en premier et c'est l'inverse au niveau du destructeur où il doit être appelé en dernier.
Ce n'est pas une contrainte du langage, c'est plutôt une habitude / bonne pratique à prendre, surtout lorsqu'on utilise des éléments de l'ancêtre dans le constructeur/destructeur.
Dans le cas des composants attachés à une fiche depuis le concepteur, le chargement des propriétés à partir du DFM/FMX est fait dans l'ancêtre, il est donc impératif de commencer par inherited et d'en avoir un dans le constructeur et le destructeur (lorsqu'on surcharge le destroy).
C'est sûr qu'on ne peut pas accéder à quelque chose qui n'est pas encore alloué comme on ne peux plus sur quelque chose déjà libéré.
Mais lorsqu'on se limite à la classe courante il n'y a aucune contrainte, voire même une obligation d'inverser la logique.