Design Patterns: aplicando os padrões builder, Singleton e prototype

Os padrões de projetos, no seu começo, eram apenas conjuntos de blocos de códigos populares que muitas vezes eram compartilhados sem muita “importância” entre desenvolvedores e designers de aplicação. Neste momento de compartilhamento de conhecimentos, surgiram quatro dos mais importantes projetistas de software que se destacaram quando “pegaram” esses blocos de códigos e então definiram o termo que é conhecido hoje como “Design pattern”. Hoje, esses projetistas são conhecidos como GoF (Gang of Four ou Gangue dos quatro) que é composta por Erich Gamma, Richard Helm, Ralph Johson e John Vlissides.

Os padrões de projetos são uma poderosa ferramenta para os desenvolvedores de softwares atualmente. No entanto, esses padrões não devem ser vistos como especificações prescritas para um software. O mais importante é entendermos os conceitos que descrevem estes padrões de projetos, descrever a sua essência, ao invés de tentar memorizar suas classes, métodos e propriedades. É também de igual importância aplicar esses padrões de forma adequada, buscando a melhor opção para o problema que precisa ser solucionado. Usando os padrões de forma incorreta para uma determinada situação ou a aplicação de um padrão de projetos a uma solução trivial pode complicar ainda mais o código, o que nos levaria a problemas de manutenção. E é por isso, que estaremos abordando neste artigo, os três últimos padrões do grupo criacional que são os padrões Builder, Prototype e de certa forma, o mais conhecido dentre os padrões de projetos, o padrão Singleton.

Padrão de projetos Builder

O padrão de projetos conhecido como Builder faz parte do grupo de padrões titulado como padrões criacionais definidos pelo GoF, dos quais começamos a tratar no artigo anterior, onde trabalhamos com os padrões de fábrica, Abstract factory e Factory Method. O padrão builder, por outro lado, é utilizado para construção de objetos complexos fazendo-se uso de uma abordagem de desenvolvimento passo a passo.

Por que devemos utilizar o padrão de projetos Builder?

O padrão Builder é um padrão de projetos de software comum que é usado para encapsular a lógica de construção de um objeto. Este padrão é frequentemente utilizado quando o processo de construção de um objeto é considerado complexo e também é adequado quando se trata da construção de representações múltiplas de uma mesma classe.

Quanto mais complexa for uma aplicação, maiores serão as complexidades existentes nas classes e objetos criados. Objetos complexos passam a ser construídos a partir de peças geradas a partir de outros objetos, o que demanda uma necessidade maior em relação a sua construção, um cuidado especial poderíamos dizer. Desta forma, podemos dizer que uma aplicação poderá precisar de um mecanismo para a construção de objetos complexos, que será independente das que o compõem. Se este é o tipo de problema ao qual estamos nos deparando na nossa aplicação, que tal utilizarmos o padrão de projetos builder?

Este é o tipo de padrão que permite que um objeto cliente seja capaz de construir um objeto complexo, especificando apenas o seu tipo e o seu conteúdo, sendo então protegido dos detalhes relacionados com a representação do objeto, entrando aqui o conceito de encapsulamento. Desta forma, o processo de construção pode ser usado para a construção de diferentes representações. A lógica deste process ...