Implementação vs. Extensão
Parte da seção Programação Orientada a Objetos do Journey de Dart da Coddy. Lição 47 de 110.
Agora que você entende tanto extends quanto implements, vamos esclarecer quando usar cada um.
Use extends quando quiser herdar comportamento. Sua subclasse recebe todo o código da classe pai gratuitamente e pode desenvolvê-lo:
class Animal {
void breathe() {
print('Breathing...');
}
}
class Dog extends Animal {
void bark() {
print('Woof!');
}
}
void main() {
var dog = Dog();
dog.breathe(); // Herdado - funciona automaticamente
dog.bark();
}Use implements quando quiser garantir uma estrutura sem herdar código. Você deve escrever cada método por conta própria:
class Robot implements Animal {
@override
void breathe() {
print('Ventilating circuits...'); // Implementação completamente personalizada
}
}A principal diferença: extends diz “Eu sou um tipo disto”, enquanto implements diz “Eu consigo fazer o que isto faz”. Um Dog é um Animal e respira da mesma forma. Um Robot não é um animal, mas pode cumprir o mesmo contrato com sua própria lógica.
Lembre-se: você só pode estender uma classe, mas pode implementar muitas interfaces. Escolha extends para relações de herança verdadeiras e implements quando precisar de flexibilidade ou quiser impor um contrato sem compartilhar detalhes de implementação.
Desafio
FácilVamos criar um sistema de trabalhadores que demonstra quando usar extends em vez de implements. Você criará uma classe base de trabalhador e, em seguida, mostrará as duas abordagens: uma classe que realmente “é um” trabalhador e herda comportamentos, e outra que simplesmente “pode fazer” o que um trabalhador faz, mas com uma lógica completamente personalizada.
Você organizará seu código em dois arquivos:
worker.dart: Defina sua hierarquia de trabalhadores aqui:- Uma classe
Workercom uma propriedadeString namee um construtor. Inclua um métodowork()que imprime[name] is working...e um métodotakeBreak()que imprime[name] takes a coffee break - Uma classe
OfficeWorkerque estendeWorker. Adicione uma propriedadeString department. Substituawork()para imprimir[name] is typing reports in [department], mas mantenha o comportamento herdado detakeBreak() - Uma classe
RobotWorkerque implementaWorker. Adicione uma propriedadeString model. Como robôs não são realmente trabalhadores, mas podem fazer o que os trabalhadores fazem, forneça implementações completamente personalizadas:work()deve imprimirRobot [model] is assembling partsetakeBreak()deve imprimirRobot [model] is recharging
- Uma classe
main.dart: Importe seu arquivo de trabalhadores e demonstre as duas abordagens:- Crie um
OfficeWorkerchamado'Alice'no departamento'Marketing' - Crie um
RobotWorkercom o modelo'RX-7' - Para o trabalhador do escritório, chame
work()e depoistakeBreak() - Imprima uma linha vazia
- Para o trabalhador robô, chame
work()e depoistakeBreak()
- Crie um
Observe como OfficeWorker herda takeBreak() automaticamente porque estende Worker — ele realmente “é um” trabalhador. Enquanto isso, RobotWorker precisa fornecer sua própria implementação para tudo porque apenas implementa a interface — ele “pode fazer” o que um trabalhador faz, mas à sua própria maneira robótica.
Saída esperada:
Alice is typing reports in Marketing
Alice takes a coffee break
Robot RX-7 is assembling parts
Robot RX-7 is rechargingExperimente você mesmo
import 'worker.dart';
void main() {
// TODO: Crie um OfficeWorker chamado 'Alice' no departamento 'Marketing'
// TODO: Crie um RobotWorker com o modelo 'RX-7'
// TODO: Para o office worker, chame work() e depois takeBreak()
// TODO: Imprima uma linha vazia
// TODO: Para o robot worker, chame work() e depois takeBreak()
}
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 OOP
Arquivos externosBibliotecas e importsIntrodução à OOPClasses vs. objetosA palavra-chave thisMétodosVariáveis de instânciaNoções básicas de construtoresRevisão - Calculadora simples4Segurança contra nulos
Introdução à segurança contra nulosAnulável vs. não anulávelOs operadores ? e !Palavra-chave Late e segurança contra nulosOperadores conscientes de nulosSegurança contra nulos em classesRecapitulação — Sistema de perfil de usuário7Classes Abstratas e Interfaces
Classes AbstratasMétodos AbstratosInterfaces em DartInterfaces ImplícitasImplementação vs. ExtensãoMúltiplas InterfacesRecapitulação - Calculadora de Formas10Coleções e Genéricos
Visão geral de List, Set e MapColeções com segurança de tiposClasses genéricasMétodos genéricosRestrições genéricasIterable e IteratorRecapitulação - Armazenamento genérico13Conceitos Avançados de OOP
Composição vs. HerançaMétodos de ExtensãoClasses ChamáveisClasses Seladas (Dart 3)Registros (Dart 3)Padrões e Correspondência (3.0)Enums com Métodos16Projeto: Gerenciamento de Biblioteca
Visão Geral do ProjetoClasses de Livros e Usuários2Construtores em Dart
Construtor padrãoConstrutores nomeadosListas de inicializaçãoConstrutores constantesConstrutores factoryConstrutores de redirecionamentoRevisão - Construtor de formas5Encapsulamento
Membros Públicos vs. PrivadosConvenção do Prefixo _Privacidade no Nível da BibliotecaAprofundamento em Getters e SettersOcultação de InformaçõesRecapitulação - Registros de Alunos8Mixins
Introdução a MixinsCriando MixinsUsando vários MixinsPalavra-chave on em MixinsMixin vs HerançaMixin vs InterfaceRecapitulação - Sistema de Animais11Métodos Especiais
Sobrescrita de toString()Sobrescrita de hashCode e ==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 e ConstVariáveis LateMétodos e Campos EstáticosGetters e SettersRecapitulação - Gerenciador de Contas Bancárias6Herança
Herança BásicaA Palavra-chave superSobrescrita de MétodosA Anotação @overrideA Palavra-chave final para ClassesConstrutores e HerançaRecapitulação - Hierarquia de Funcionários9Polimorfismo
Fundamentos do polimorfismoPolimorfismo por meio de interfacesVerificação de tipos em tempo de execuçãoOs operadores is e asPalavra-chave covarianteRecapitulação — Processador de pagamentos12OOP Assíncrona
Futures e async/awaitNoções básicas de StreamsControladores de StreamConstrutores assíncronosAsync em métodos de classeRecapitulação — Buscador de dados15Padrões de Projeto — Parte 2
Padrão CommandPadrão AdapterPadrão DecoratorPadrão Template MethodPadrão StatePadrão CompositePadrão RepositoryPratique por conta própria: Compilador de Dart online