Polimorfismo via Interfaces
Parte da seção Programação Orientada a Objetos do Journey de Dart da Coddy — lição 58 de 110.
Na lição anterior, você viu o polimorfismo através da herança - usando um tipo de classe pai para trabalhar com objetos filhos. Mas o polimorfismo também funciona através de interfaces, e essa abordagem é frequentemente mais flexível.
Quando classes implementam a mesma interface, você pode tratá-las polimorficamente mesmo que elas não tenham relação de herança:
abstract class Printable {
void printDetails();
}
class Invoice implements Printable {
@override
void printDetails() => print('Invoice #1234');
}
class Report implements Printable {
@override
void printDetails() => print('Monthly Report');
}
class Receipt implements Printable {
@override
void printDetails() => print('Receipt for purchase');
}
void printAll(List<Printable> items) {
for (var item in items) {
item.printDetails();
}
}
void main() {
var documents = [Invoice(), Report(), Receipt()];
printAll(documents);
}Invoice, Report e Receipt são classes completamente não relacionadas - elas não compartilham um pai. No entanto, como todas implementam Printable, podemos armazená-las na mesma lista e chamar printDetails() em cada uma delas.
Isso é poderoso porque permite definir contratos de comportamento sem forçar uma hierarquia de herança. Qualquer classe pode implementar uma interface, independentemente do que ela estende. Seu código se torna mais modular, pois você pode adicionar novos tipos imprimíveis sem modificar o código existente - basta implementar a interface.
Desafio
FácilVamos construir um sistema de player de mídia que demonstra polimorfismo através de interfaces. Você criará uma interface que define o que significa ser "reproduzível" (playable), e então implementará vários tipos de mídia não relacionados que cumprem esse contrato - permitindo que sejam manipulados de forma uniforme, apesar de não terem relação de herança.
Você organizará seu código em dois arquivos:
media.dart: Defina sua interface e classes de mídia aqui:- Uma classe abstrata
Playablecom dois métodos abstratos:play()eString getMediaType() - Uma classe
Songque implementaPlayable. Ela deve ter umString titleeString artist. Seu métodoplay()imprimePlaying song: [title] by [artist]egetMediaType()retorna'Audio' - Uma classe
Videoque implementaPlayable. Ela deve ter umString titleeint duration(em minutos). Seu métodoplay()imprimePlaying video: [title] ([duration] min)egetMediaType()retorna'Video' - Uma classe
Podcastque implementaPlayable. Ela deve ter umString titleeint episode. Seu métodoplay()imprimePlaying podcast: [title] - Episode [episode]egetMediaType()retorna'Podcast'
playAll(List<Playable> playlist)que itera pela lista e, para cada item, imprime[Media Type]:seguido pela chamada deplay()naquele item.- Uma classe abstrata
main.dart: Importe seu arquivo de mídia e demonstre o polimorfismo baseado em interface:- Crie uma
List<Playable>contendo umaSongcom o título'Imagine'e o artista'John Lennon', umVideocom o título'Dart Tutorial'e duração15, e umPodcastcom o título'Tech Talk'e episódio42 - Passe esta lista para
playAll()
- Crie uma
Observe como Song, Video e Podcast não compartilham nenhuma classe pai - eles são tipos completamente não relacionados. No entanto, como todos implementam Playable, você pode armazená-los na mesma lista e tratá-los uniformemente através da interface.
Saída esperada:
Audio:
Playing song: Imagine by John Lennon
Video:
Playing video: Dart Tutorial (15 min)
Podcast:
Playing podcast: Tech Talk - Episode 42Folha de consulta
O polimorfismo funciona por meio de interfaces, permitindo que classes não relacionadas sejam tratadas de forma uniforme sem relações de herança.
Classes que implementam a mesma interface podem ser usadas de forma polimórfica:
abstract class Printable {
void printDetails();
}
class Invoice implements Printable {
@override
void printDetails() => print('Invoice #1234');
}
class Report implements Printable {
@override
void printDetails() => print('Monthly Report');
}
void printAll(List<Printable> items) {
for (var item in items) {
item.printDetails();
}
}
void main() {
var documents = [Invoice(), Report()];
printAll(documents);
}O polimorfismo baseado em interface permite que você:
- Defina contratos de comportamento sem forçar hierarquias de herança
- Armazene tipos não relacionados na mesma coleção
- Adicione novos tipos sem modificar o código existente
- Torne o código mais modular e flexível
Experimente você mesmo
import 'media.dart';
void main() {
// TODO: Crie uma List<Playable> contendo:
// - Uma Song com o título 'Imagine' e o artista 'John Lennon'
// - Um Video com o título 'Dart Tutorial' e duração 15
// - Um Podcast com o título 'Tech Talk' e episódio 42
// TODO: Passe a lista para playAll()
}
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