Padroes de Projeto: 9 Solucoes para Codigo Melhor

Padroes de projeto sao solucoes gerais para problemas que ocorrem com frequencia no desenvolvimento de software. Segundo a Wikipedia, em engenharia de software, um padrao de projeto e uma solucao geral para um problema recorrente dentro de um contexto especifico. Eles nao sao codigo pronto, mas sim plantas de construcao: voce adapta a estrutura ao seu cenario. Neste guia, voce conhece 9 padroes essenciais, com criterios praticos para decidir quando aplicar cada um.

1. Singleton

Garante que uma classe tenha apenas uma instancia em todo o programa, com um ponto global de acesso. Use para recursos compartilhados, como conexao de banco de dados ou configuracao global. Ressalva: em sistemas com testes automatizados, o Singleton pode dificultar o isolamento, pois a instancia unica persiste entre os testes.

2. Factory Method

Define uma interface para criar objetos, mas deixa as subclasses decidirem qual classe instanciar. Isso desacopla o codigo cliente da classe concreta. Por exemplo, um sistema de notificacoes pode ter uma fabrica que retorna notificacao por email ou SMS, conforme o parametro recebido.

3. Abstract Factory

Oferece uma interface para criar familias de objetos relacionados sem especificar suas classes concretas. Diferente do Factory Method, que lida com um produto, a Abstract Factory lida com multiplos produtos que devem ser usados juntos. Um exemplo classico: uma interface de interface grafica que cria botoes e caixas de texto para Windows ou Linux.

4. Builder

Separa a construcao de um objeto complexo da sua representacao, permitindo que o mesmo processo de construcao crie representacoes diferentes. E util quando o objeto tem muitos parametros opcionais ou uma ordem de montagem especifica. Um exemplo: construir uma requisicao HTTP com cabecalhos, corpo e autenticacao passo a passo.

5. Observer

Define uma dependencia de um-para-muitos entre objetos, de modo que, quando um objeto muda de estado, todos os seus dependentes sao notificados automaticamente. E a base de eventos em interfaces graficas e sistemas de notificacao. Criterio: use quando mudancas em um objeto precisam refletir em outros sem acoplamento rigido.

6. Strategy

Permite definir uma familia de algoritmos, coloca cada um em uma classe separada e os torna intercambiaveis. O codigo cliente escolhe qual estrategia usar em tempo de execucao. Por exemplo, um sistema de calculo de frete pode ter estrategias para correio, transportadora ou retirada local.

7. Adapter

Converte a interface de uma classe em outra interface que o cliente espera. Ele permite que classes com interfaces incompativeis trabalhem juntas. Um caso comum: adaptar uma biblioteca de pagamento antiga para uma nova interface do sistema, sem alterar o codigo da biblioteca.

8. Decorator

Adiciona comportamentos ou responsabilidades a um objeto dinamicamente, sem alterar suas classes. Ele envolve o objeto original com camadas extras. Por exemplo, em um sistema de leitura de arquivos, voce pode adicionar criptografia ou compressao como decorators.

9. Template Method

Define o esqueleto de um algoritmo em uma operacao, postergando alguns passos para as subclasses. Isso permite que subclasses redefinam certos passos sem mudar a estrutura geral. Um exemplo: um processo de gerar relatorio pode ter etapas fixas (coletar dados, formatar, exportar) e etapas variaveis conforme o tipo de relatorio.

Como escolher o padrao certo

Nao existe um padrao universal. Comece pelo problema: se voce precisa garantir uma unica instancia, use Singleton. Se a criacao de objetos esta espalhada e varia, Factory ou Abstract Factory. Se o objeto e complexo de montar, Builder. Se ha dependencia de estado, Observer. Se algoritmos variam, Strategy. Se interfaces nao conversam, Adapter. Se precisa adicionar responsabilidades sem heranca, Decorator. Se a estrutura do algoritmo e fixa, Template Method.

FAQ

O que sao padroes de projeto?

Padroes de projeto sao solucoes gerais e reutilizaveis para problemas recorrentes em design de software. Eles nao sao codigo pronto, mas sim estruturas que voce adapta ao seu contexto. Segundo a Wikipedia, em engenharia de software, um padrao de projeto e uma solucao geral para um problema que ocorre com frequencia.

Qual a diferenca entre Factory Method e Abstract Factory?

Factory Method lida com a criacao de um unico produto, deixando as subclasses decidirem qual classe instanciar. Abstract Factory cria familias de produtos relacionados, garantindo que eles sejam compativeis entre si. Use Factory para um produto e Abstract Factory para multiplos produtos.

Quando usar Singleton?

Use Singleton quando precisar de exatamente uma instancia de uma classe em todo o programa, como para conexao de banco de dados ou configuracao global. Porem, evite em contextos de testes automatizados, pois a instancia unica pode interferir no isolamento dos testes.

Padroes de projeto sao obrigatorios?

Nao. Eles sao ferramentas, nao regras. Use apenas quando o problema justificar. Forcar um padrao em codigo simples pode adicionar complexidade desnecessaria. O objetivo e melhorar a qualidade, nao criar burocracia.

Qual a relacao entre padroes de projeto e principios SOLID?

Padroes de projeto costumam aplicar principios SOLID, como o Principio da Responsabilidade Unica e o Principio Aberto/Fechado. Por exemplo, o Strategy segue o Aberto/Fechado ao permitir adicionar novos algoritmos sem modificar o codigo existente.

Onde posso aprender mais sobre padroes de projeto?

O site Refactoring Guru e uma referencia amplamente usada, com explicacoes e exemplos em varias linguagens. Livros como "Design Patterns" da Gang of Four tambem sao classicos, embora mais densos para iniciantes.