Polimorfismo via Interfaces
Parte da seção Programação Orientada a Objetos do Journey de PHP da Coddy — lição 34 de 91.
Na lição anterior, você viu o polimorfismo por meio da herança, onde as classes filhas sobrescrevem os métodos das classes pai. As interfaces fornecem outra maneira poderosa de alcançar o polimorfismo, especialmente ao trabalhar com classes não relacionadas que compartilham um comportamento comum.
Com interfaces, o polimorfismo vem do próprio contrato. Qualquer classe que implemente uma interface garante que possui certos métodos, independentemente de sua hierarquia de herança:
<?php
interface Notifiable {
public function send(string $message);
}
class EmailNotifier implements Notifiable {
public function send(string $message) {
return "Email: " . $message;
}
}
class SMSNotifier implements Notifiable {
public function send(string $message) {
return "SMS: " . $message;
}
}
class PushNotifier implements Notifiable {
public function send(string $message) {
return "Push: " . $message;
}
}
function notify(Notifiable $notifier, string $message) {
return $notifier->send($message);
}
echo notify(new EmailNotifier(), "Hello") . "\n";
echo notify(new SMSNotifier(), "Hello") . "\n";
echo notify(new PushNotifier(), "Hello");
Saída:
Email: Hello
SMS: Hello
Push: HelloA função notify() funciona com qualquer objeto Notifiable. Essas classes não compartilham uma classe pai - elas são completamente não relacionadas, exceto por implementarem a mesma interface. Esta é a principal vantagem sobre o polimorfismo baseado em herança: você pode agrupar classes não relacionadas por suas capacidades, em vez de sua ancestralidade.
Ponto Chave: O polimorfismo baseado em interface permite que classes não relacionadas sejam usadas de forma intercambiável com base em comportamento compartilhado, tornando seu código mais flexível e desacoplado de implementações específicas.
Desafio
FácilVamos construir um sistema de armazenamento que demonstra o polimorfismo baseado em interfaces. Você criará diferentes backends de armazenamento — um sistema de arquivos e um banco de dados — que não têm nada em comum, exceto pelo fato de ambos implementarem a mesma interface de armazenamento. Uma única função funcionará com qualquer tipo de armazenamento, mostrando como as interfaces permitem o polimorfismo entre classes completamente não relacionadas.
Você organizará seu código em quatro arquivos:
Storable.php— Defina uma interfaceStorablecom duas assinaturas de método:save($key, $data)eretrieve($key). Este contrato garante que qualquer sistema de armazenamento possa armazenar e recuperar dados, independentemente de como seja implementado internamente.FileStorage.php— Crie uma classeFileStorageque implementaStorable. Inclua o arquivo da interface. A classe deve ter uma propriedade privada$directorydefinida através do construtor. Implementesave($key, $data)para retornar"Saving '$data' to file $this->directory/$key.txt". Implementeretrieve($key)para retornar"Reading from file $this->directory/$key.txt".DatabaseStorage.php— Crie uma classeDatabaseStorageque também implementaStorable. Inclua o arquivo da interface. A classe deve ter uma propriedade privada$tableNamedefinida através do construtor. Implementesave($key, $data)para retornar"Inserting '$data' into table $this->tableName with key $key". Implementeretrieve($key)para retornar"Selecting from table $this->tableName where key = $key".main.php— Inclua ambos os arquivos de armazenamento. Crie uma função chamadastoreDataque aceita um parâmetroStorable, uma chave e dados. A função deve retornar o resultado da chamada desave()com a chave e os dados. Crie outra função chamadafetchDataque aceita um parâmetroStorablee uma chave, retornando o resultado da chamada deretrieve().
Você receberá quatro entradas: um caminho de diretório, um nome de tabela, uma chave e alguns dados para armazenar. Crie um FileStorage com o diretório e um DatabaseStorage com o nome da tabela. Use sua função storeData() para salvar os dados usando o armazenamento de arquivo primeiro, depois o armazenamento de banco de dados. Imprima cada resultado em sua própria linha. Em seguida, use fetchData() para recuperar do armazenamento de arquivo e imprima esse resultado.
Observe como storeData() e fetchData() funcionam de forma idêntica com ambos os tipos de armazenamento — eles apenas se importam que o objeto implemente Storable. O sistema de arquivos e o banco de dados têm implementações internas completamente diferentes, mas são intercambiáveis através do contrato da interface.
Experimente você mesmo
<?php
require_once 'FileStorage.php';
require_once 'DatabaseStorage.php';
// Ler entradas
$directory = trim(fgets(STDIN));
$tableName = trim(fgets(STDIN));
$key = trim(fgets(STDIN));
$data = trim(fgets(STDIN));
// TODO: Criar uma função storeData que aceite um Storable, chave e dados
// Ela deve retornar o resultado da chamada de save() com a chave e os dados
// TODO: Criar uma função fetchData que aceite um Storable e uma chave
// Ela deve retornar o resultado da chamada de retrieve() com a chave
// TODO: Criar uma instância de FileStorage com o diretório
// TODO: Criar uma instância de DatabaseStorage com o nome da tabela
// TODO: Usar storeData() para salvar dados com o armazenamento em arquivo e imprimir o resultado
// TODO: Usar storeData() para salvar dados com o armazenamento em banco de dados e imprimir o resultado
// TODO: Usar fetchData() para recuperar do armazenamento em arquivo e imprimir o resultado
?>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