Late Static Binding
Parte da seção Programação Orientada a Objetos do Journey de PHP da Coddy — lição 36 de 91.
Quando você usa self:: em uma classe pai, ele sempre se refere à classe onde foi escrito, não à classe que está sendo realmente utilizada. Isso pode causar comportamentos inesperados na herança. Late static binding resolve esse problema usando a palavra-chave static::.
Considere este exemplo onde self:: não funciona como esperado:
<?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();
Saída:
ParentClass
ParentClassEmbora tenhamos chamado ChildClass::create(), obtivemos um objeto ParentClass porque self:: é resolvido em tempo de compilação. Agora vamos usar static:: em vez disso:
<?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();
Saída:
ChildClass
ChildClassCom static::, o PHP espera até o tempo de execução para determinar qual classe usar. Isso é chamado de ligação "tardia" (late binding) porque a decisão é atrasada. É essencial para métodos factory e qualquer método estático que deva respeitar a herança.
Ponto Chave: Use static:: em vez de self:: quando você deseja que as classes filhas herdem e personalizem corretamente o comportamento estático.
Desafio
FácilVamos construir um sistema de registro de modelos que demonstra o poder do late static binding. Você criará uma classe base Model com um método factory que as classes filhas podem herdar — e graças ao static::, cada classe filha criará corretamente instâncias de si mesma em vez da classe pai.
Você organizará seu código em quatro arquivos:
Model.php— Crie uma classe baseModelcom uma propriedade estática protegida$tableNamedefinida como"models". Adicione um método estáticocreate()que usanew static()para retornar uma nova instância de qualquer classe que o chamou. Adicione outro método estáticogetTable()que retornastatic::$tableName. Por fim, adicione um métododescribe()que retorna"[ClassName] from table [tableName]"usandostatic::classestatic::$tableName.User.php— Crie uma classeUserque estendeModel. Inclua o arquivo pai. Sobrescreva a propriedade estática$tableNamepara"users". A classe herda todos os métodos deModelsem quaisquer alterações.Product.php— Crie uma classeProductque estendeModel. Inclua o arquivo pai. Sobrescreva a propriedade estática$tableNamepara"products". Novamente, a classe herda todos os métodos do pai.main.php— Inclua os arquivos User e Product. Use o método factorycreate()herdado para criar instâncias deUsereProduct. Para cada instância, chamedescribe()e imprima o resultado em sua própria linha. Em seguida, imprima o nome da tabela para cada classe usandoUser::getTable()eProduct::getTable(), cada um em sua própria linha.
A mágica aqui é que os métodos create() e getTable() são definidos apenas na classe pai Model, mas funcionam corretamente com as classes filhas porque o static:: atrasa a vinculação até o tempo de execução. Quando você chama User::create(), o PHP cria uma instância de User — não uma instância de Model — porque static:: se refere à classe que foi realmente chamada.
Sua saída deve mostrar quatro linhas: a descrição para a instância de User, a descrição para a instância de Product, o nome da tabela User e o nome da tabela Product.
Folha de consulta
A palavra-chave self:: em uma classe pai sempre se refere à classe onde foi escrita, resolvida em tempo de compilação. O Late static binding (ligação estática tardia) com static:: resolve a referência em tempo de execução, permitindo que as classes filhas herdem e personalizem adequadamente o comportamento estático.
Usando self:: (ligação em tempo de compilação)
<?php
class ParentClass {
public static function create() {
return new self(); // Sempre cria ParentClass
}
public static function getClassName() {
return self::class; // Sempre retorna "ParentClass"
}
}
class ChildClass extends ParentClass {}
$obj = ChildClass::create(); // Retorna instância de ParentClass
echo ChildClass::getClassName(); // Saída: ParentClass
Usando static:: (ligação em tempo de execução)
<?php
class ParentClass {
public static function create() {
return new static(); // Cria instância da classe que está chamando
}
public static function getClassName() {
return static::class; // Retorna o nome da classe que está chamando
}
}
class ChildClass extends ParentClass {}
$obj = ChildClass::create(); // Retorna instância de ChildClass
echo ChildClass::getClassName(); // Saída: ChildClass
Ponto Chave: Use static:: em vez de self:: quando desejar que as classes filhas herdem e personalizem adequadamente o comportamento estático. Isso é essencial para métodos factory e qualquer método estático que deva respeitar a herança.
Experimente você mesmo
<?php
require_once 'User.php';
require_once 'Product.php';
// TODO: Use o método de fábrica herdado create() para criar uma instância de User
// TODO: Use o método de fábrica herdado create() para criar uma instância de Product
// TODO: Chame describe() na instância de User e imprima o resultado
// TODO: Chame describe() na instância de Product e imprima o resultado
// TODO: Imprima User::getTable()
// TODO: Imprima Product::getTable()
?>Esta lição inclui um quiz rápido. Comece a lição para respondê-lo e acompanhar seu progresso.
Todas as lições de Programação Orientada a Objetos
1Fundamentos de POO
Arquivos ExternosIntrodução à POOClasses vs ObjetosA Palavra-chave $thisMétodosPropriedadesConstrutor (__construct)Destrutor (__destruct)Recapitulação - Calculadora Simples4Herança
Herança BásicaA Palavra-chave parent::Sobrescrita de MétodoA Palavra-chave finalClasses AbstratasRecapitulação - Hierarquia de Funcionários7Encapsulamento
Público, Protegido, PrivadoModificadores de Acesso em DetalhesGetters e SettersOcultação de InformaçãoPromoção de Construtor (8.0)Recapitulação - Sistema de Registro de Alunos10Conceitos Avançados de POO
Composição vs HerançaInjeção de DependênciaClasses AnônimasEnums (PHP 8.1)Fibers (PHP 8.1)Mergulho Profundo em Clonagem de ObjetosGeradores e Iteradores13Padrões de Projeto Parte 2
Padrão CommandPadrão AdapterPadrão DecoratorPadrão Template MethodPadrão StatePadrão CompositePadrão Repository2Namespaces e Autoloading
Introdução a NamespacesA Palavra-chave usePadrão de Autoloading PSR-4Autoloader do ComposerRecapitulação - Projeto Organizado5Interfaces e Contratos
Introdução a InterfacesImplementando InterfacesImplementação de Múltiplas InterfacesInterface vs Classe AbstrataType Hinting com InterfacesRecapitulação - Calculadora de Formas8Métodos Mágicos
Introdução aos Métodos Mágicos__toString e __debugInfo__get, __set, __isset, __unset__call e __callStatic__clone e Clonagem de Objetos__serialize e __unserializeRecapitulação - Coleção Personalizada11Sistema de Tipos e Tratamento de Erros
Declarações de TiposTipos AnuláveisTipos de União e InterseçãoClasses de ExceçãoHierarquia de Exceções PersonalizadasTry, Catch, FinallyRecapitulação - Validador de Formulário14Projeto: Gerenciamento de Biblioteca
Visão Geral do ProjetoClasses Livro e Usuário3Propriedades de Classe
Propriedades de Instância vs EstáticasConstantes em ClassesMétodos e Propriedades EstáticosPropriedades Privadas e ProtegidasPropriedades Readonly (PHP 8.1)Recapitulação - Gerenciador de Conta Bancária6Polimorfismo
Sobrescrita de Métodos RevisitadaPolimorfismo via InterfacesType Hinting e Union TypesLate Static BindingRecapitulação - Processador de Pagamentos9Traits
Introdução a TraitsUsando Múltiplos TraitsResolução de Conflitos de TraitsMétodos Abstratos em TraitsTraits vs Herança12Padrões de Projeto Parte 1
Introdução aos Padrões de ProjetoPadrão SingletonPadrão FactoryPadrão ObserverPadrão Strategy