Le mot-clé final
Fait partie de la section Programmation Orientée Objet du Journey PHP de Coddy — leçon 24 sur 91.
Alors que l'héritage et la redéfinition de méthode offrent de la flexibilité, il est parfois nécessaire d'empêcher la modification de certaines classes ou méthodes. Le mot-clé final verrouille votre code, garantissant que des implémentations spécifiques ne peuvent pas être modifiées par des classes enfants.
Lorsque vous marquez une méthode comme final, aucune classe enfant ne peut la redéfinir :
<?php
class BankAccount {
protected $balance;
public function __construct($balance) {
$this->balance = $balance;
}
final public function getAccountId() {
return "ACC-" . spl_object_id($this);
}
}
class SavingsAccount extends BankAccount {
public function addInterest() {
return $this->balance * 0.05;
}
}
$account = new SavingsAccount(1000);
echo $account->getAccountId();
Sortie :
ACC-1La méthode getAccountId() ne peut pas être redéfinie dans SavingsAccount ou toute autre classe enfant. Cela protège une fonctionnalité critique qui doit rester cohérente pour tous les types de comptes.
Vous pouvez également marquer une classe entière comme final pour empêcher tout héritage :
<?php
final class SecurityManager {
public function authenticate($user) {
return "Authenticating $user";
}
}
$security = new SecurityManager();
echo $security->authenticate("admin");
Sortie :
Authenticating adminAucune classe ne peut étendre SecurityManager. Ceci est utile pour les classes sensibles à la sécurité ou lorsque la conception de la classe est terminée et ne devrait pas être modifiée.
Point clé : Utilisez final sur les méthodes pour empêcher la redéfinition (overriding) tout en permettant l'héritage, ou sur les classes pour empêcher complètement l'héritage. C'est un outil pour protéger le code critique qui doit fonctionner exactement comme prévu.
Défi
FacileConstruisons un système de gestion de documents qui démontre comment le mot-clé final protège les fonctionnalités critiques contre toute modification par les classes enfants.
Vous allez créer trois fichiers qui travaillent ensemble pour gérer différents types de documents tout en garantissant que certaines fonctionnalités de sécurité restent verrouillées :
Document.php— Définissez une classeDocumentqui sert de base à tous les documents. Elle doit avoir une propriété publique$titleet une propriété protégée$author. Le constructeur accepte à la fois le titre et l'auteur. Incluez une méthodefinalappeléegetSignature()qui retourne"Signed by: " . $this->author— cette fonctionnalité de sécurité ne doit jamais être modifiée par les classes enfants. Ajoutez également une méthodegetContent()classique qui retourne"Document: " . $this->title.Report.php— Définissez une classeReportqui étendDocument. Incluez le fichier Document en haut. Cette classe ajoute une propriété$department. Le constructeur doit accepter le titre, l'auteur et le département — utilisezparent::__construct()pour les deux premiers, puis définissez le département. Surchargez la méthodegetContent()pour qu'elle retourne"Report: " . $this->title . " (" . $this->department . ")". La classeReporthérite de la méthode finalegetSignature()sans pouvoir la modifier.main.php— Incluez le fichier Report. Vous recevrez trois entrées : le titre du document, le nom de l'auteur et le département. Créez un objetReportavec ces valeurs. Affichez le résultat degetContent()sur la première ligne, puis affichez le résultat degetSignature()sur la deuxième ligne.
Ce défi montre comment les méthodes final protègent les fonctionnalités critiques — la génération de la signature reste cohérente pour tous les types de documents, tandis que d'autres méthodes comme getContent() peuvent être personnalisées par chaque classe enfant. Le Report peut modifier la façon dont le contenu est affiché, mais le format de la signature est verrouillé dans la classe parente.
Aide-mémoire
Le mot-clé final empêche les classes ou les méthodes d'être modifiées par des classes enfants.
Méthodes finales : Marquez une méthode comme final pour empêcher les classes enfants de la surcharger :
<?php
class BankAccount {
protected $balance;
final public function getAccountId() {
return "ACC-" . spl_object_id($this);
}
}
class SavingsAccount extends BankAccount {
// Cannot override getAccountId()
}
Classes finales : Marquez une classe entière comme final pour empêcher tout héritage :
<?php
final class SecurityManager {
public function authenticate($user) {
return "Authenticating $user";
}
}
// No class can extend SecurityManager
Utilisez final sur les méthodes pour protéger des fonctionnalités spécifiques tout en permettant l'héritage, ou sur les classes pour empêcher totalement l'héritage. Ceci est utile pour le code sensible à la sécurité ou lorsque les implémentations doivent rester cohérentes.
Essayez vous-même
<?php
require_once 'Report.php';
// Lire l'entrée
$title = trim(fgets(STDIN));
$author = trim(fgets(STDIN));
$department = trim(fgets(STDIN));
// TODO: Créer un objet Report avec les valeurs d'entrée
// TODO: Afficher le résultat de getContent()
// TODO: Afficher le résultat de getSignature()
?>Cette leçon comprend un petit quiz. Commencez la leçon pour y répondre et suivre votre progression.
Toutes les leçons de Programmation Orientée Objet
1Les bases de la POO
Fichiers externesIntroduction à la POOClasses vs ObjetsLe mot-clé $thisMéthodesPropriétésConstructeur (__construct)Destructeur (__destruct)Récapitulatif - Calculatrice simple4Héritage
Héritage de baseLe mot-clé parent::Redéfinition de méthodeLe mot-clé finalClasses abstraitesRécapitulatif - Hiérarchie des employés7Encapsulation
Public, Protégé, PrivéModificateurs d'accès en détailGetters et SettersMasquage d'informationPromotion de constructeur (8.0)Récapitulatif - Système de gestion d'étudiants10Concepts avancés de la POO
Composition vs HéritageInjection de dépendancesClasses anonymesÉnumérations (PHP 8.1)Fibers (PHP 8.1)Clonage d'objets : analyse approfondieGénérateurs et Itérateurs13Patrons de conception Partie 2
Patron CommandePatron AdaptateurPatron DécorateurPatron Méthode ModèlePatron ÉtatPatron CompositePatron Repository2Espaces de noms et Autoloading
Introduction aux espaces de nomsLe mot-clé useStandard d'Autoloading PSR-4L'Autoloader ComposerRécapitulatif - Projet organisé5Interfaces et Contrats
Introduction aux InterfacesImplémentation d'InterfacesImplémentation d'Interfaces MultiplesInterface vs Classe AbstraiteType Hinting avec les InterfacesRécapitulatif - Calculateur de Formes8Méthodes magiques
Introduction aux méthodes magiques__toString & __debugInfo__get, __set, __isset, __unset__call & __callStatic__clone & Clonage d'objets__serialize & __unserializeRécapitulatif - Collection personnalisée3Propriétés de classe
Propriétés d'instance vs Propriétés statiquesConstantes dans les classesMéthodes et propriétés statiquesPropriétés privées et protégéesPropriétés readonly (PHP 8.1)Récapitulatif - Gestionnaire de compte bancaire6Polymorphisme
Retour sur la redéfinition de méthodePolymorphisme via les interfacesType Hinting et Types d'unionLiaison statique tardiveRécapitulatif - Processeur de paiement9Traits
Introduction aux TraitsUtilisation de plusieurs TraitsRésolution des conflits de TraitsMéthodes abstraites dans les TraitsTraits vs Héritage12Patrons de conception Partie 1
Introduction aux patrons de conceptionPatron SingletonPatron FabriquePatron ObservateurPatron Stratégie