Composição vs Herança
Parte da seção Programação Orientada a Objetos do Journey de Dart da Coddy — lição 82 de 110.
Você aprendeu que a herança cria uma relação "é-um" - um Dog é um Animal. Mas existe outra abordagem poderosa: composição, que cria uma relação "tem-um". Em vez de herdar comportamento, uma classe contém instâncias de outras classes e delega o trabalho a elas.
Considere uma classe Car. Com herança, você pode tentar estender uma classe Engine - mas um carro não é um motor, ele tem um motor:
class Engine {
void start() => print('Engine started');
}
class Car {
final Engine _engine = Engine(); // Composição: Car TEM um Engine
void start() {
_engine.start(); // Delega para o engine
print('Car is ready to drive');
}
}
void main() {
var car = Car();
car.start();
}A principal vantagem da composição é a flexibilidade. Com a herança, você fica preso a uma única classe pai. Com a composição, você pode combinar múltiplos componentes e até mesmo trocá-los em tempo de execução:
class ElectricEngine {
void start() => print('Electric motor humming');
}
class HybridCar {
Engine? _gasEngine;
ElectricEngine? _electricEngine;
HybridCar({bool useElectric = false}) {
if (useElectric) {
_electricEngine = ElectricEngine();
} else {
_gasEngine = Engine();
}
}
}Uma diretriz comum é "favoreça a composição em vez da herança". Use a herança quando houver um verdadeiro relacionamento "é-um" e você precisar de polimorfismo. Use a composição quando quiser reutilizar o comportamento sem acoplamento rígido, ou quando um objeto precisar de recursos de múltiplas fontes.
Desafio
FácilVamos construir um sistema de computador usando composição! Em vez de tentar fazer um computador herdar de suas partes, você criará classes de componentes separadas e as comporá - porque um computador tem uma CPU e tem memória, ele não é uma CPU ou memória.
Você organizará seu código em três arquivos:
components.dart: Crie duas classes de componentes que representam partes do computador:- Uma classe
CPUcom umString brandedouble speedGHz. Inclua um métodoprocess()que retorna uma string:'$brand processing at ${speedGHz}GHz' - Uma classe
Memorycom umint sizeGB. Inclua um métodoload()que retorna uma string:'Loading ${sizeGB}GB of data'
- Uma classe
computer.dart: Crie uma classeComputerque usa composição para combinar os componentes. Seu computador deve:- Ter um campo
String name - Conter uma instância de
CPUe uma deMemory(composição - o computador TEM essas partes) - Aceitar todos os valores necessários através de seu construtor para criar ambos os componentes internamente
- Ter um método
boot()que delega para ambos os componentes e imprime três linhas: o nome do computador seguido porstarting..., depois o resultado do método process da CPU, e então o resultado do método load da Memória - Ter um método
specs()que retorna uma string descrevendo o sistema:'$name: ${cpu.brand} ${cpu.speedGHz}GHz, ${memory.sizeGB}GB RAM'
- Ter um campo
main.dart: Importe seus arquivos e demonstre a composição em ação:- Crie um
Computerchamado'Workstation'com uma CPU'Intel'rodando a3.5GHz e16GB de memória - Chame o método
boot() - Imprima o resultado de
specs()
- Crie um
Observe como a classe Computer não estende CPU ou Memory - ela os contém e delega o trabalho a eles. Este é o relacionamento "tem-um" (has-a) que a composição cria!
Saída esperada:
Workstation starting...
Intel processing at 3.5GHz
Loading 16GB of data
Workstation: Intel 3.5GHz, 16GB RAMFolha de consulta
A composição cria um relacionamento do tipo "tem um" (has-a), onde uma classe contém instâncias de outras classes e delega o trabalho a elas, em vez de herdar delas.
Exemplo básico de composição:
class Engine {
void start() => print('Engine started');
}
class Car {
final Engine _engine = Engine(); // Car HAS an Engine
void start() {
_engine.start(); // Delegate to the engine
print('Car is ready to drive');
}
}Composição com flexibilidade - trocando componentes:
class ElectricEngine {
void start() => print('Electric motor humming');
}
class HybridCar {
Engine? _gasEngine;
ElectricEngine? _electricEngine;
HybridCar({bool useElectric = false}) {
if (useElectric) {
_electricEngine = ElectricEngine();
} else {
_gasEngine = Engine();
}
}
}Quando usar composição vs herança:
- Use herança para relacionamentos verdadeiros do tipo "é um" (is-a) quando você precisar de polimorfismo
- Use composição para reutilizar comportamento sem acoplamento rígido, ou quando um objeto precisa de capacidades de múltiplas fontes
- Diretriz geral: "prefira a composição à herança"
Experimente você mesmo
import 'computer.dart';
void main() {
// TODO: Crie um Computer chamado "Workstation" com:
// - Intel CPU rodando a 3.5 GHz
// - 16 GB de memória
// TODO: Chame o método boot()
// TODO: Imprima o resultado de specs()
}
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 ExternosBibliotecas e ImportaçõesIntrodução à POOClasses vs ObjetosA Palavra-chave thisMétodosVariáveis de InstânciaFundamentos de ConstrutoresRecapitulação - Calculadora Simples4Null Safety
Introdução ao Null SafetyNullable vs Non-NullableOs Operadores ? e !Palavra-chave Late e Null SafetyOperadores Null-AwareNull Safety em ClassesRecapitulação - Sistema de Perfil de Usuário7Classes Abstratas e Interfaces
Classes AbstratasMétodos AbstratosInterfaces em DartInterfaces ImplícitasImplementando vs EstendendoMúltiplas InterfacesRecapitulação - Calculadora de Formas10Coleções e Generics
Visão Geral de List, Set e MapColeções Type-SafeClasses GenéricasMétodos GenéricosRestrições de GenericsIterable e IteratorRecapitulação - Armazenamento Genérico13Conceitos Avançados de POO
Composição vs HerançaMétodos de ExtensãoClasses ChamáveisClasses Seladas (Dart 3)Records (Dart 3)Patterns & Matching (3.0)Enums com Métodos16Projeto: Gerenciamento de Biblioteca
Visão Geral do ProjetoClasses Livro e Usuário2Construtores em Dart
Construtor PadrãoConstrutores NomeadosListas de InicializaçãoConstrutores ConstantesConstrutores FactoryConstrutores de RedirecionamentoRecapitulação - Shape Builder5Encapsulamento
Membros Públicos vs PrivadosA Convenção do Prefixo _Privacidade em Nível de BibliotecaAprofundamento em Getters & SettersOcultação de InformaçãoRecapitulação - Registros de Estudantes8Mixins
Introdução aos MixinsCriando MixinsUsando Múltiplos MixinsPalavra-chave on em MixinsMixin vs HerançaMixin vs InterfaceRecapitulação - Sistema Animal11Métodos Especiais
Sobrescrita de toString()Sobrescrita de hashCode & ==Interface ComparableMétodo call()Sobrescrita de noSuchMethodRecapitulação - Coleção Personalizada14Padrões de Projeto Parte 1
Introdução aos Padrões de ProjetoPadrão SingletonPadrão FactoryPadrão ObserverPadrão Strategy3Propriedades de Classe
Membros de Instância vs EstáticosCampos Final & ConstVariáveis LateMétodos e Campos EstáticosGetters e SettersRecapitulação - Gerenciador de Conta Bancária6Herança
Herança BásicaA Palavra-chave superSobrescrita de MétodoA Anotação @overrideA Palavra-chave final para ClassesConstrutores e HerançaRecapitulação - Hierarquia de Funcionários9Polimorfismo
Fundamentos do PolimorfismoPolimorfismo via InterfacesVerificação de Tipos em Tempo de ExecuçãoOs Operadores is & asPalavra-chave CovariantRecapitulação - Processador de Pagamentos12POO Assíncrona
Futures e async/awaitFundamentos de StreamsStream ControllersConstrutores AssíncronosAsync em Métodos de ClasseRecapitulação - Data Fetcher15Padrões de Projeto Parte 2
Padrão CommandPadrão AdapterPadrão DecoratorPadrão Template MethodPadrão StatePadrão CompositePadrão Repository