Composição vs Herança
Parte da seção Programação Orientada a Objetos do Journey de PHP da Coddy — lição 56 de 91.
No capítulo anterior, você aprendeu que traits fornecem uma capacidade "tem-um" (has-a) enquanto a herança estabelece uma relação "é-um" (is-a). A Composição leva o conceito "tem-um" adiante ao construir objetos complexos a partir de objetos mais simples, armazenando-os como propriedades em vez de herdar deles.
Com herança, um Car pode estender Vehicle. Com composição, um Car contém um objeto Engine:
<?php
class Engine {
public function start(): string {
return "Engine started";
}
}
class Car {
private Engine $engine;
public function __construct() {
$this->engine = new Engine();
}
public function start(): string {
return $this->engine->start();
}
}
$car = new Car();
echo $car->start();
Saída:
Engine startedA classe Car não herda de Engine - ela possui um. Esta abordagem oferece vantagens significativas: você pode trocar o motor por uma implementação diferente, as classes permanecem fracamente acopladas e você evita as hierarquias rígidas que a herança profunda cria.
Uma diretriz comum em POO é "prefira a composição em vez da herança." A herança funciona bem para hierarquias de tipos genuínas (um Dog é verdadeiramente um Animal), mas a composição brilha quando você está montando funcionalidades a partir de partes independentes. Você pode combinar múltiplos objetos, substituí-los em tempo de execução e testar componentes isoladamente.
A próxima lição explora a injeção de dependência, que se baseia diretamente na composição ao controlar como os objetos recebem suas dependências.
Desafio
FácilVamos construir um sistema de computador usando composição, onde um Computer é montado a partir de objetos componentes separados em vez de herdar deles. Isso demonstra como a composição permite construir objetos complexos a partir de partes simples e independentes.
Você organizará seu código em três arquivos:
Processor.php— Crie uma classeProcessorque representa uma CPU. Use a promoção de construtor para definir um$model(string) privado e um$cores(inteiro) privado. Adicione um métodogetSpecs()que retorna"{$this->model} ({$this->cores} cores)".Memory.php— Crie uma classeMemoryque representa a RAM. Use a promoção de construtor para definir um$size(inteiro representando GB) privado. Adicione um métodogetCapacity()que retorna"{$this->size}GB RAM".main.php— Inclua ambos os arquivos de componentes e crie uma classeComputerque utiliza composição. OComputerdeve:- Armazenar um objeto
Processore um objetoMemorycomo propriedades privadas - Aceitar um modelo de processador, contagem de núcleos e tamanho de memória em seu construtor
- Criar os objetos componentes internamente durante a construção
- Ter um método
describe()que retorna"Computer with " . $this->processor->getSpecs() . " and " . $this->memory->getCapacity()
Você receberá três entradas: um modelo de processador, um número de núcleos e um tamanho de memória em GB. Crie um
Computercom essas especificações e imprima o resultado da chamada dedescribe().- Armazenar um objeto
Observe como o Computer não estende Processor ou Memory — ele os contém. Esse relacionamento "tem-um" através da composição mantém cada componente independente e reutilizável, permitindo que o Computer delegue tarefas às suas partes quando necessário.
Folha de consulta
A composição constrói objetos complexos a partir de objetos mais simples, armazenando-os como propriedades em vez de herdar deles. Isso cria um relacionamento do tipo "tem um" (has-a), onde uma classe contém instâncias de outras classes.
Exemplo básico de composição:
<?php
class Engine {
public function start(): string {
return "Engine started";
}
}
class Car {
private Engine $engine;
public function __construct() {
$this->engine = new Engine();
}
public function start(): string {
return $this->engine->start();
}
}A classe Car não herda de Engine - ela possui uma. Isso mantém as classes fracamente acopladas e evita hierarquias de herança rígidas.
Prefira a composição à herança: A herança funciona bem para hierarquias de tipos genuínas (um Dog é um Animal), mas a composição brilha ao montar funcionalidades a partir de partes independentes. Você pode combinar múltiplos objetos, substituí-los em tempo de execução e testar componentes isoladamente.
Experimente você mesmo
<?php
require_once 'Processor.php';
require_once 'Memory.php';
class Computer
{
// TODO: Definir propriedades privadas para armazenar objetos Processor e Memory
// TODO: O construtor deve aceitar o modelo do processador, contagem de núcleos e tamanho da memória
// e criar os objetos dos componentes internamente
public function __construct()
{
// TODO: Criar objetos Processor e Memory e armazená-los
}
// TODO: Implementar o método describe() que retorna
// "Computer with [processor specs] and [memory capacity]"
public function describe(): string
{
// TODO: Delegar para os objetos componentes e retornar a string formatada
}
}
// Ler entrada
$processorModel = trim(fgets(STDIN));
$cores = intval(fgets(STDIN));
$memorySize = intval(fgets(STDIN));
// TODO: Criar um Computer com as especificações fornecidas e imprimir o resultado de describe()
?>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