Liaison statique tardive
Fait partie de la section Programmation Orientée Objet du Journey PHP de Coddy — leçon 36 sur 91.
Lorsque vous utilisez self:: dans une classe parente, cela fait toujours référence à la classe où il est écrit, et non à la classe qui est réellement utilisée. Cela peut provoquer un comportement inattendu lors de l'héritage. La liaison statique tardive résout ce problème en utilisant le mot-clé static::.
Considérez cet exemple où self:: ne fonctionne pas comme prévu :
<?php
class ParentClass {
public static function create() {
return new self();
}
public static function getClassName() {
return self::class;
}
}
class ChildClass extends ParentClass {}
$obj = ChildClass::create();
echo get_class($obj) . "\n";
echo ChildClass::getClassName();
Sortie :
ParentClass
ParentClassMême si nous avons appelé ChildClass::create(), nous avons obtenu un objet ParentClass car self:: est résolu au moment de la compilation. Maintenant, utilisons static:: à la place :
<?php
class ParentClass {
public static function create() {
return new static();
}
public static function getClassName() {
return static::class;
}
}
class ChildClass extends ParentClass {}
$obj = ChildClass::create();
echo get_class($obj) . "\n";
echo ChildClass::getClassName();
Sortie :
ChildClass
ChildClassAvec static::, PHP attend l'exécution pour déterminer quelle classe utiliser. C'est ce qu'on appelle la liaison tardive (« late binding ») car la décision est différée. C'est essentiel pour les méthodes de fabrique et toute méthode statique qui doit respecter l'héritage.
Point clé : Utilisez static:: au lieu de self:: lorsque vous voulez que les classes enfants héritent correctement et personnalisent le comportement statique.
Défi
FacileConstruisons un système de registre de modèles qui démontre la puissance du late static binding (liaison statique tardive). Vous allez créer une classe de base Model avec une méthode factory dont les classes enfants peuvent hériter — et grâce à static::, chaque classe enfant créera correctement des instances d'elle-même plutôt que du parent.
Vous organiserez votre code sur quatre fichiers :
Model.php— Créez une classe de baseModelavec une propriété statique protégée$tableNamedéfinie sur"models". Ajoutez une méthode statiquecreate()qui utilisenew static()pour retourner une nouvelle instance de la classe qui l'a appelée. Ajoutez une autre méthode statiquegetTable()qui retournestatic::$tableName. Enfin, ajoutez une méthodedescribe()qui retourne"[ClassName] from table [tableName]"en utilisantstatic::classetstatic::$tableName.User.php— Créez une classeUserqui étendModel. Incluez le fichier parent. Surchargez la propriété statique$tableNameavec"users". La classe hérite de toutes les méthodes deModelsans aucun changement.Product.php— Créez une classeProductqui étendModel. Incluez le fichier parent. Surchargez la propriété statique$tableNameavec"products". Là encore, la classe hérite de toutes les méthodes du parent.main.php— Incluez les fichiers User et Product. Utilisez la méthode factorycreate()héritée pour créer des instances deUseret deProduct. Pour chaque instance, appelezdescribe()et affichez le résultat sur sa propre ligne. Ensuite, affichez le nom de la table pour chaque classe en utilisantUser::getTable()etProduct::getTable(), chacun sur sa propre ligne.
La magie ici réside dans le fait que les méthodes create() et getTable() ne sont définies que dans la classe parente Model, mais elles fonctionnent correctement avec les classes enfants car static:: retarde la liaison jusqu'à l'exécution. Lorsque vous appelez User::create(), PHP crée une instance de User — et non une instance de Model — car static:: fait référence à la classe qui a été réellement appelée.
Votre sortie devrait afficher quatre lignes : la description de l'instance User, la description de l'instance Product, le nom de la table User et le nom de la table Product.
Aide-mémoire
Le mot-clé self:: dans une classe parente fait toujours référence à la classe où il est écrit, résolu au moment de la compilation. La liaison statique tardive (Late static binding) avec static:: résout la référence au moment de l'exécution, permettant aux classes enfants d'hériter correctement et de personnaliser le comportement statique.
Utilisation de self:: (liaison au moment de la compilation)
<?php
class ParentClass {
public static function create() {
return new self(); // Crée toujours ParentClass
}
public static function getClassName() {
return self::class; // Retourne toujours "ParentClass"
}
}
class ChildClass extends ParentClass {}
$obj = ChildClass::create(); // Retourne une instance de ParentClass
echo ChildClass::getClassName(); // Affiche : ParentClass
Utilisation de static:: (liaison au moment de l'exécution)
<?php
class ParentClass {
public static function create() {
return new static(); // Crée une instance de la classe appelante
}
public static function getClassName() {
return static::class; // Retourne le nom de la classe appelante
}
}
class ChildClass extends ParentClass {}
$obj = ChildClass::create(); // Retourne une instance de ChildClass
echo ChildClass::getClassName(); // Affiche : ChildClass
Point clé : Utilisez static:: au lieu de self:: lorsque vous voulez que les classes enfants héritent correctement et personnalisent le comportement statique. C'est essentiel pour les méthodes de fabrique (factory methods) et toute méthode statique qui doit respecter l'héritage.
Essayez vous-même
<?php
require_once 'User.php';
require_once 'Product.php';
// TODO: Utiliser la méthode d'usine héritée create() pour créer une instance de User
// TODO: Utiliser la méthode d'usine héritée create() pour créer une instance de Product
// TODO: Appeler describe() sur l'instance de User et afficher le résultat
// TODO: Appeler describe() sur l'instance de Product et afficher le résultat
// TODO: Afficher User::getTable()
// TODO: Afficher Product::getTable()
?>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