Builder e Composite: padr�es para a sua caixa de ferramentas

Atenç�o: esse artigo tem um v�deo complementar. Clique e assista!

De que se trata o artigo:

O artigo aborda dois padr�es de projeto, Builder e Composite, essenciais para a �caixa de ferramentas� de qualquer desenvolvedor de software, uma vez que � frequente a ocorr�ncia de cen�rios nos quais a aplicaç�o destes padr�es � poss�vel.

Para que serve:

Para o estudo de boas pr�ticas de desenho/projeto de software orientado a objetos e como guia para empregar os padr�es abordados.

Em que situaç�o o tema �til:

Como a construç�o de diferentes representaç�es de objetos passo-a-passo e a ocorr�ncia de estruturas hier�rquicas � frequente em v�rios dom�nios, o conhecimento de boas pr�ticas a eles relacionadas � importante e auxilia no desenvolvimento de software com maior produtividade e melhor qualidade.

Builder e Composite: padr�es para a sua caixa de ferramentas:

Para serem competitivos no cen�rio atual de desenvolvimento de software, desenvolvedores precisam continuamente aumentar sua produtividade e melhorar a qualidade de seus produtos. Padr�es de projeto desempenham um papel de destaque neste contexto, uma vez que podem ser entendidos como uma forma de reuso de soluç�es para problemas comuns de desenho/projeto de software. Destes problemas, a construç�o de diferentes representaç�es de objetos passo a passo e a ocorr�ncia de estruturas hier�rquicas � frequente em v�rios dom�nios. Os padr�es de projeto Builder e Composite, abordados no artigo, documentam boas pr�ticas relacionadas a estes problemas e auxiliam na modelagem de soluç�es flex�veis e eficazes.
Autores: Leandro Luque e Rodrigo Rocha Silva

Em diferentes projetos de software, existem caracter�sticas, oportunidades e problemas semelhantes. Podem ser citados como exemplo: criaç�o e gerenciamento de fontes de recursos, centralizaç�o do controle de requisiç�es, portabilidade para diferentes Sistemas Gerenciadores de Bancos de Dados (SGBDs), entre outros.

Essa semelhança possibilita o reaproveitamento de estrat�gias e soluç�es, o que � importante frente ao cen�rio atual de desenvolvimento de software, no qual � necess�rio maior produtividade e melhor qualidade para ser competitivo.

Padr�es de projeto desempenham um papel de destaque neste contexto, uma vez que podem ser entendidos como uma forma de reuso de soluç�es para problemas comuns de desenho/projeto de software.

Um padr�o de projeto geralmente especifica um nome, a descriç�o de um problema/motivaç�o para seu uso, uma soluç�o para o problema apresentado e as consequ�ncias da sua aplicaç�o.

Al�m de auxiliarem no aumento da produtividade, principalmente por permitirem o reuso de soluç�es, e no desenvolvimento de projetos com melhor qualidade, por meio do uso de soluç�es flex�veis, testadas e documentadas, os padr�es de projeto definem um vocabul�rio comum para a discuss�o dos problemas para os quais prop�em soluç�es.

Apesar de todas essas qualidades, o uso de padr�es de projeto deve sempre contar com bom senso. Se forem mal interpretados e empregados, podem diminuir a compreens�o do seu projeto e aumentar desnecessariamente a quantidade de c�digo.

Os padr�es de projeto ganharam popularidade com o livro Design Patterns: elements of reusable object-oriented software, no qual foram catalogados vinte e tr�s padr�es, que foram classificados tanto de acordo com seu prop�sito (Tabela 1) quanto de acordo com sua intenç�o (Tabela 2).

Padr�es de Projeto: soluç�es reutiliz�veis de software orientado a objetos. O livro foi publicado por Erich Gamma, Richard Helm, Ralph Johnson e John Vlissides, que ficaram conhecidos como �Gangue dos Quatro�, GoF ou Go4 (Gang of Four).

Prop�sito	Padr�es de Projeto
Criaç�o	Factory Method, Abstract Factory, Builder, Prototype e Singleton.
Criaç�o e inicializaç�o de objetos.
Estrutura	Adapter, Bridge, Composite, Decorator, Facade, Flyweight e Proxy.
Composiç�o de classes ou objetos.
Comportamento	Interpreter, Template Method, Chain of Responsibility, Command, Iterator, Mediator, Memento, Observer, State, Strategy e Visitor.
Interaç�o e distribuiç�o de responsabilidades entre classes e objetos.

Tabela 1. Classificaç�o dos 23 padr�es de projeto proposta pelos autores do livro Design Patterns.

Intenç�o	Padr�es de Projeto
Interfaces	Adapter, Bridge, Composite e Facade.
Oferecer interfaces.

[...] continue lendo...

Builder e Composite: padr�es para a sua caixa de ferramentas

O artigo aborda dois padrões de projeto, Builder e Composite, essenciais para a �caixa de ferramentas� de qualquer desenvolvedor de software, uma vez que é frequente a ocorrência de cenários nos quais a aplicação destes padrões é possível.

Artigos relacionados