Padrão Template Method
Parte da seção Programação Orientada a Objetos do Journey de Dart da Coddy — lição 97 de 110.
O padrão Template Method define o esqueleto de um algoritmo em uma classe base, permitindo que subclasses sobrescrevam etapas específicas sem alterar a estrutura geral. A classe base controla o fluxo de trabalho, enquanto as subclasses personalizam etapas individuais.
Este padrão usa herança: uma classe abstrata define um método template que chama uma sequência de passos, alguns dos quais são abstratos (devem ser implementados por subclasses) e alguns possuem implementações padrão:
abstract class DataProcessor {
// Método Template - define a estrutura do algoritmo
void process() {
readData();
processData();
saveData();
}
void readData(); // Abstrato - as subclasses devem implementar
void processData(); // Abstrato - as subclasses devem implementar
void saveData() { // Implementação padrão
print('Data saved to database');
}
}
class CsvProcessor extends DataProcessor {
@override
void readData() => print('Reading CSV file');
@override
void processData() => print('Parsing CSV rows');
}
class JsonProcessor extends DataProcessor {
@override
void readData() => print('Reading JSON file');
@override
void processData() => print('Parsing JSON objects');
@override
void saveData() => print('Saved to cloud storage');
}
void main() {
var csv = CsvProcessor();
csv.process();
// Lendo arquivo CSV
// Analisando linhas do CSV
// Dados salvos no banco de dados
var json = JsonProcessor();
json.process();
// Lendo arquivo JSON
// Analisando objetos JSON
// Salvo no armazenamento em nuvem
}O método process() é o template — ele define a ordem das operações. As subclasses implementam readData() e processData() de forma diferente e podem, opcionalmente, sobrescrever saveData(). O principal benefício é que a estrutura do algoritmo permanece consistente em todas as implementações, permitindo flexibilidade em etapas individuais.
Desafio
FácilVamos construir um sistema de geração de relatórios usando o padrão Template Method! Você criará uma estrutura onde diferentes tipos de relatórios seguem a mesma estrutura geral, mas cada tipo de relatório personaliza etapas específicas, como a coleta de dados e a formatação da saída.
Você organizará seu código em dois arquivos:
report_generator.dart: Este arquivo contém sua classe base abstrata e as implementações concretas dos relatórios. Crie uma classe abstrataReportGeneratorcom um método template chamadogenerate()que define o fluxo de trabalho de geração de relatório nesta ordem:fetchData(),analyzeData(),formatReport()edeliver(). Os métodosfetchData()eformatReport()devem ser abstratos (cada tipo de relatório os trata de forma diferente), enquantoanalyzeData()deve imprimirAnalyzing data...edeliver()deve imprimirReport delivered via email.como implementações padrão. Em seguida, crie duas classes de relatório concretas:SalesReport- seufetchData()imprimeFetching sales data from database...e seuformatReport()imprimeFormatting as bar charts and tables.InventoryReport- seufetchData()imprimeFetching inventory levels from warehouse..., seuformatReport()imprimeFormatting as inventory list., e ele sobrescrevedeliver()para imprimirReport sent to warehouse manager.
main.dart: Importe seu arquivo do gerador de relatórios e demonstre como o padrão Template Method mantém a estrutura do algoritmo consistente enquanto permite a personalização. Crie umSalesReporte chame seu métodogenerate(). Em seguida, imprima uma linha vazia para separação. Crie umInventoryReporte chame seu métodogenerate()também.
Observe como ambos os relatórios seguem o mesmo processo de quatro etapas, mas cada um personaliza as etapas que importam para seu propósito específico. O InventoryReport até sobrescreve o método de entrega padrão para enviar relatórios a um destinatário diferente!
Saída esperada:
Fetching sales data from database...
Analyzing data...
Formatting as bar charts and tables.
Report delivered via email.
Fetching inventory levels from warehouse...
Analyzing data...
Formatting as inventory list.
Report sent to warehouse manager.Folha de consulta
O padrão Template Method define o esqueleto de um algoritmo em uma classe base, permitindo que as subclasses sobrescrevam etapas específicas sem alterar a estrutura geral.
Uma classe abstrata define um método template que chama uma sequência de etapas. Algumas etapas são abstratas (devem ser implementadas pelas subclasses) e outras possuem implementações padrão:
abstract class DataProcessor {
// Método template - define a estrutura do algoritmo
void process() {
readData();
processData();
saveData();
}
void readData(); // Abstrato - as subclasses devem implementar
void processData(); // Abstrato - as subclasses devem implementar
void saveData() { // Implementação padrão
print('Data saved to database');
}
}
class CsvProcessor extends DataProcessor {
@override
void readData() => print('Reading CSV file');
@override
void processData() => print('Parsing CSV rows');
}
class JsonProcessor extends DataProcessor {
@override
void readData() => print('Reading JSON file');
@override
void processData() => print('Parsing JSON objects');
@override
void saveData() => print('Saved to cloud storage');
}
O método template controla a ordem do fluxo de trabalho. As subclasses personalizam etapas individuais implementando métodos abstratos e, opcionalmente, sobrescrevendo implementações padrão. A estrutura do algoritmo permanece consistente em todas as implementações.
Experimente você mesmo
import 'report_generator.dart';
void main() {
// TODO: Crie um SalesReport e chame seu método generate()
// TODO: Imprima uma linha vazia para separação
// TODO: Crie um InventoryReport e chame seu método generate()
}
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