Interfaces Implícitas
Parte da seção Programação Orientada a Objetos do Journey de Dart da Coddy — lição 46 de 110.
Como toda classe Dart define automaticamente uma interface, você pode usar qualquer classe como uma interface - mesmo classes concretas com implementações completas. Isso é o que chamamos de uma interface implícita.
Considere uma classe com propriedades e métodos:
class Logger {
String prefix = '[LOG]';
void log(String message) {
print('$prefix $message');
}
void clear() {
print('Clearing logs...');
}
}Quando outra classe implementa Logger, ela deve fornecer sua própria implementação para tudo - incluindo a propriedade prefix:
class FileLogger implements Logger {
@override
String prefix = '[FILE]';
@override
void log(String message) {
print('$prefix Writing to file: $message');
}
@override
void clear() {
print('Deleting log file...');
}
}Este é o ponto principal: quando você usa implements, você está dizendo "minha classe terá o mesmo formato" - os mesmos métodos e propriedades. Você não herda nenhum código, construtores ou valores padrão. Você está apenas prometendo corresponder à estrutura da interface.
Isso torna as interfaces implícitas poderosas para a criação de componentes intercambiáveis. O código que espera um Logger pode funcionar com qualquer classe que implemente sua interface, independentemente de como essa implementação funciona internamente.
Desafio
FácilVamos construir um sistema de notificação que demonstra como classes concretas podem servir como interfaces implícitas. Você criará uma classe de notificação base e, em seguida, a implementará de uma maneira completamente diferente, mostrando que implements exige que você forneça todos os membros por conta própria.
Você organizará seu código em dois arquivos:
notification.dart: Defina suas classes de notificação aqui:- Uma classe
Notificationcom uma propriedadeString channeldefinida como'default', um métodosend(String message)que imprime[channel]: [message], e um métodogetStatus()que retorna a string'Notification ready' - Uma classe
EmailNotificationque implementaNotification. Como você está usandoimplements, você deve fornecer sua própria propriedadechannel(defina-a como'email'), seu próprio métodosend()que imprimeSending email: [message], e seu próprio métodogetStatus()que retorna'Email service active' - Uma classe
PushNotificationque implementaNotification. Defina seuchannelcomo'push', faça osend()imprimirPush alert: [message], e faça ogetStatus()retornar'Push service connected'
- Uma classe
main.dart: Importe seu arquivo de notificação e demonstre como diferentes classes podem implementar a mesma interface implícita com comportamentos completamente diferentes:- Crie uma
EmailNotificatione umaPushNotification - Para cada notificação, imprima seu status usando
getStatus(), depois chamesend()com a mensagem'Hello World' - Imprima uma linha vazia entre as duas notificações
- Crie uma
Lembre-se: quando você usa implements, você não está herdando nenhum código de Notification. Você está apenas prometendo que sua classe terá o mesmo formato - as mesmas propriedades e métodos. Cada classe implementadora fornece sua própria implementação completa.
Saída esperada:
Email service active
Sending email: Hello World
Push service connected
Push alert: Hello WorldFolha de consulta
Em Dart, cada classe define automaticamente uma interface implícita. Isso significa que você pode usar qualquer classe como uma interface, mesmo classes concretas com implementações completas.
Quando uma classe usa implements, ela deve fornecer sua própria implementação para todas as propriedades e métodos da interface. Você não herda nenhum código, construtores ou valores padrão - você apenas promete corresponder à estrutura da interface.
Exemplo de uma classe concreta:
class Logger {
String prefix = '[LOG]';
void log(String message) {
print('$prefix $message');
}
void clear() {
print('Clearing logs...');
}
}Implementando a interface implícita:
class FileLogger implements Logger {
@override
String prefix = '[FILE]';
@override
void log(String message) {
print('$prefix Writing to file: $message');
}
@override
void clear() {
print('Deleting log file...');
}
}Isso torna as interfaces implícitas poderosas para a criação de componentes intercambiáveis. O código que espera um Logger pode funcionar com qualquer classe que implemente sua interface, independentemente da implementação interna.
Experimente você mesmo
import 'notification.dart';
void main() {
// TODO: Criar uma instância de EmailNotification
// TODO: Imprimir o status da notificação de e-mail usando getStatus()
// TODO: Enviar uma mensagem 'Hello World' usando a notificação de e-mail
// TODO: Imprimir uma linha vazia
// TODO: Criar uma instância de PushNotification
// TODO: Imprimir o status da notificação push usando getStatus()
// TODO: Enviar uma mensagem 'Hello World' usando a notificação push
}
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