Padrão Singleton
Parte da seção Programação Orientada a Objetos do Journey de Dart da Coddy — lição 90 de 110.
O padrão Singleton garante que uma classe tenha apenas uma instância em toda a sua aplicação e fornece um ponto de acesso global a ela. Isso é útil quando exatamente um objeto é necessário para coordenar ações em todo o sistema - como um gerenciador de configurações, uma conexão de banco de dados ou um serviço de log.
No Dart, você pode implementar um Singleton usando um construtor factory combinado com uma instância estática privada:
class AppConfig {
static final AppConfig _instance = AppConfig._internal();
String appName = 'MyApp';
String version = '1.0.0';
// Construtor nomeado privado
AppConfig._internal();
// O construtor factory retorna a mesma instância
factory AppConfig() {
return _instance;
}
}
void main() {
var config1 = AppConfig();
var config2 = AppConfig();
config1.appName = 'UpdatedApp';
print(config2.appName); // UpdatedApp
print(identical(config1, config2)); // true
}O construtor privado _internal() impede a instanciação externa. O campo estático _instance armazena a instância única, criada uma vez quando a classe é carregada. Cada chamada para AppConfig() retorna esta mesma instância, portanto, as alterações feitas por meio de uma referência são visíveis em todos os lugares.
Use Singletons com moderação - eles introduzem estado global, o que pode tornar os testes mais difíceis. Eles são mais adequados para recursos verdadeiramente compartilhados que precisam de um estado consistente em toda a sua aplicação.
Desafio
FácilVamos construir um gerenciador de configurações de jogo usando o padrão Singleton! Você criará um sistema que garante que apenas uma instância das configurações do jogo exista em toda a aplicação, para que todas as partes do seu jogo compartilhem a mesma configuração.
Você organizará seu código em dois arquivos:
game_settings.dart: Crie uma classeGameSettingsque implemente o padrão Singleton. Seu gerenciador de configurações deve ter:- Uma instância estática final privada que contém o único objeto
GameSettings - Um construtor nomeado privado para evitar a instanciação externa
- Um construtor factory que sempre retorna a mesma instância
- Três campos de configuração:
difficulty(String, padrão: "Normal"),soundEnabled(bool, padrão: true), eplayerName(String, padrão: "Player1") - Um método
displaySettings()que imprime as configurações atuais neste formato:Settings: [playerName] | Difficulty: [difficulty] | Sound: [on/off](imprima "on" se soundEnabled for true, "off" se for false)
- Uma instância estática final privada que contém o único objeto
main.dart: Importe suas configurações de jogo e demonstre que o Singleton funciona corretamente:- Obtenha a instância de configurações e chame-a de
settings1 - Chame
displaySettings()para mostrar os valores padrão - Modifique as configurações: altere
playerNamepara "Hero",difficultypara "Hard", esoundEnabledpara false - Obtenha outra referência para as configurações e chame-a de
settings2 - Chame
displaySettings()emsettings2para provar que ele reflete as alterações feitas através desettings1 - Imprima se
settings1esettings2são idênticos usando:Same instance: [true/false]
- Obtenha a instância de configurações e chame-a de
Isso demonstra o benefício central dos Singletons - as alterações feitas em qualquer lugar da sua aplicação são imediatamente visíveis em todos os outros lugares, porque existe apenas uma instância!
Saída esperada:
Settings: Player1 | Difficulty: Normal | Sound: on
Settings: Hero | Difficulty: Hard | Sound: off
Same instance: trueFolha de consulta
O padrão Singleton garante que uma classe tenha apenas uma instância em toda a sua aplicação e fornece um ponto de acesso global a ela.
No Dart, implemente um Singleton usando um construtor factory combinado com uma instância estática privada:
class AppConfig {
static final AppConfig _instance = AppConfig._internal();
String appName = 'MyApp';
String version = '1.0.0';
// Private named constructor
AppConfig._internal();
// Factory constructor returns the same instance
factory AppConfig() {
return _instance;
}
}Componentes principais:
static final _instance: Mantém a instância única, criada uma vez quando a classe é carregada_internal(): O construtor privado impede a instanciação externafactory AppConfig(): Retorna a mesma instância todas as vezes
Exemplo de uso:
var config1 = AppConfig();
var config2 = AppConfig();
config1.appName = 'UpdatedApp';
print(config2.appName); // UpdatedApp
print(identical(config1, config2)); // trueAs alterações feitas por meio de uma referência são visíveis em todos os lugares, pois todas as referências apontam para a mesma instância.
Experimente você mesmo
import 'game_settings.dart';
void main() {
// TODO: Obtenha a instância de settings e chame-a de settings1
// TODO: Chame displaySettings() para mostrar os valores padrão
// TODO: Modifique as configurações:
// - Altere playerName para "Hero"
// - Altere difficulty para "Hard"
// - Altere soundEnabled para false
// TODO: Obtenha outra referência para settings e chame-a de settings2
// TODO: Chame displaySettings() em settings2 para provar que reflete as mudanças
// TODO: Imprima se settings1 e settings2 são idênticos
// Formato: Same instance: [true/false]
}
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