Design Patterns Estrutural... Breve Introdução (Parte 02)

Olá Pessoal apaixonado por DOTNET...

Neste artigo, que dividirei em algumas partes, irei continuar a explicar sobre os padrões de projeto, mais especificamente padrões estruturais do Design Patters que é somente uma parte do Design patterns.

Decidi abordar este assunto devido a grande importância que o mesmo possui no âmbito de desenvolvimento de sistemas quando se deseja desenvolver um sistema utilizando padrões de projeto com base em modelos de padrões que já foram testados anteriormente e chegando a conclusão que aquele modelo (padrão) irá ajudar ou contribuir para um melhor desempenho na aplicação a ser desenvolvida.

Já que iremos falar de uma parte especifica do Design Patterns, gostaria de dar uma breve explicação do que seria o padrão estrutural do Design Patterns:

O Design Patterns Estrutural consiste basicamente de classes que utilizam herança para compor interfaces. Ele define formas de compor objetos para que possamos obter novas funcionalidades.

Para visualizar a primeira parte de nosso conteúdo sobre design patterns estrutural Clique Aqui.

Agora que já fiz uma breve explicação do que seria o Design Patters Estrutural, então vamos lá...

Composite

O composite abstrai do usuário a forma como ele lida com estruturas de dados hierárquicos. Ou seja, compor objetos em estruturas de arvore para representar hierarquias.

O composite permite que clientes tratem objetos individuais e composições de objetos de maneira uniforme. [GOF]

Facade

É utilizado para abstrair a complexidade de um determinado serviço, oferecendo ao cliente uma interface bem mais simples e amigável de se estar utilizando.

Pessoal, nessa segunda parte de nosso estudo sobre o Design patterns é isso...

Aqui tivemos a oportunidade de estar tendo uma breve explicação sobre o Design Patterns Estrutural Facade e Composite.

Em breve estarei disponibilizando mais padrões utilizados.

Espero que tenham gostado e até logo!!!