Design Patterns: Abstract Factory, Observer e Iterator

De que se trata o artigo

Este artigo discute o uso de padr�es de projeto (design patterns) em soluç�es de software, apresentando para isto cen�rios poss�veis de utilizaç�o dos patterns Abstract Factory, Iterator e Observer.

Em que situaç�o o tema � �til

Design patterns s�o t�cnicas pr�-definidas e empregadas na resoluç�o de problemas em atividades que envolvam a construç�o de softwares. O pattern AbstractFactory representa uma alternativa bastante �til para a geraç�o de inst�ncias de diversos tipos de objetos que estejam relacionados de alguma forma. J� Iterator permite a navegaç�o sequencial ao longo de coleç�es de objetos, ao passo que o padr�o Observer torna poss�vel que objetos relacionados a uma determinada estrutura sejam notificados quando de mudanças de estado ocorridas nesta �ltima.

Design Patterns - Utilizando os padr�es Abstract Factory, Observer e Iterator

Ao longo de diversos projetos de software ser� bastante comum que os desenvolvedores se deparem com a repetiç�o de determinadas situaç�es. Em situaç�es como esta pode ser poss�vel que j� existam soluç�es para certos tipos de necessidades: ao conjunto de recomendaç�es que representam uma alternativa para a resoluç�o um problema espec�fico d�-se o nome de padr�o de projeto/design pattern. Padr�es s�o o resultado direto de experi�ncias bem sucedidas durante a elaboraç�o de sistemas, sendo que sua aplicaç�o incentiva n�o apenas o uso de boas pr�ticas, como tamb�m pode conduzir a uma melhor organizaç�o estrutural dos softwares que se baseiam nos mesmos.

Em ediç�es anteriores foi dado in�cio a uma discuss�o sobre o uso de design patterns no desenvolvimento de software, levando em conta ainda para isto de conceitos de orientaç�o a objetos. Este artigo tem por meta dar prosseguimento a esta abordagem, apresentando desta vez caracter�sticas e cen�rios envolvendo os padr�es Abstract Factory, Iterator e Observer. Al�m disso, ser�o constru�das tr�s aplicaç�es de exemplo, sendo que cada uma destas visa demonstrar como se utilizar estes patterns.

Design patterns (termo conhecido tamb�m em portugu�s como �padr�es de projetos�) s�o pr�ticas voltadas � resoluç�o de problemas espec�ficos e que podem, por sua vez, acontecer com alguma regularidade em atividades relacionadas � codificaç�o de sistemas. A adoç�o de padr�es representa, em termos gerais, uma forma de reuso de soluç�es de software cuja validade j� foi testada e comprovada ao longo de diversos projetos. A partir da utilizaç�o de patterns busca-se a obtenç�o de aplicaç�es melhor estruturadas, assim como mais flex�veis diante de mudanças que ser�o comuns ao longo do ciclo de vida de um software.

Por estar focado normalmente na soluç�o de uma quest�o pontual, um padr�o de projeto n�o est� necessariamente ligado ao uso de uma tecnologia espec�fica. � bastante comum que um mesmo design pattern possa ser empregado sem maiores dificuldades nas mais diferentes plataformas de desenvolvimento (Delphi, C#, VB.NET, Java, C++, etc.).

Os primeiros esforços na definiç�o de padr�es dentro da �rea de programaç�o aconteceram ainda na d�cada de 1990, tendo resultado na publicaç�o de 23 patterns conhecidos como GoF. Desde ent�o, diversos outros padr�es viriam a ser catalogados, oferecendo assim um amplo leque de soluç�es aos desenvolvedores de software.

Nota do DevMan

GoF � a sigla em ingl�s para �Gang of Four�, sendo um apelido dado ao trabalho conjunto de 4 autores (Erich Gamma, Richard Helm, Ralph Johnson e John Vlissides), os quais documentaram 23 padr�es no famoso livro �Design Patterns: Elements of Reusable Object-Oriented Software�. Tais patterns foram especificados na �poca tomando-se como base exemplos elaborados em C++ e Smalltalk; no entanto, a ampla abrang�ncia destes padr�es possibilitou que os mesmos sejam utilizados ainda hoje, auxiliando desenvolvedores Delphi, .NET e Java na resoluç�o de uma s�rie de situaç�es recorrentes no cotidiano.

Considerando o tipo de problema a que se prop�em resolver, os patterns GoF podem ser divididos em:

� Padr�es de criaç�o: disponibilizam t�cnicas para a geraç�o de novas inst�ncias de objetos;

� Padr�es estruturais: definem formas para se trabalhar com a composiç�o de objetos;

� Padr�es comportamentais: estabelecem regras para a interaç�o entre classes ou, ainda, definem como ser�o as responsabilidades das mesmas.

Conv�m destacar ainda o fato de que muitos patterns costumam ser representados graficamente atrav�s da noç�o UML, sobretudo atrav�s de diagrama de classes que demonstram os diversos elementos que definem um padr�o.

Nota do DevMan

UML (sigla em ingl�s para "Unified Modeling Language") � uma linguagem voltada � modelagem de componentes de software e que se baseia em conceitos de orientaç�o a objetos. Trata-se de uma notaç�o que disponibiliza uma s�rie de diagramas, sendo o de classes um dos mais conhecidos (com este �ltimo sendo utilizado para a demonstraç�o dos diversos patterns descritos neste artigo)."

[...] continue lendo...

Design Patterns: Abstract Factory, Observer e Iterator

Este artigo discute o uso de padrões de projeto (design patterns) em soluções de software, apresentando para isto cenários possíveis de utilização dos patterns Abstract Factory, Iterator e Observer.

Artigos relacionados