Buscar

DESIGN PATTERS

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes

Prévia do material em texto

DESIGN PATTERNS: PARTE 1 - CONCEITUAL
Aluna:
O que são Design Patterns? Por que é interessante utilizá-los?
Design patterns são soluções já testadas para problemas recorrentes no
desenvolvimento de software, que deixam o código mais manutenível e elegante, pois essas
soluções se baseiam em um baixo acoplamento. É interessante utilizá-los pois deixarão o
código mais simples, facilitando futuras manutenções.
Quais são os tipos de Design Patterns?
Existem três tipos de Design Patterns: criacionais, estruturais e comportamentais.
Para cada tipo de Design Pattern acima, cite um Design Pattern. Para cada
Design Pattern citado, explique com suas palavras o motivo de sua utilização em um
projeto de Software.
Criacionais - Builder
Permite produzir diferentes tipos e representações de um objeto usando o mesmo
código de construção. Evita a utilização de construtores com vários parâmetros ou
inicializações espalhadas por todo o código cliente. Segue o clean code no que diz respeito a
não utilizar muitos parâmetros em um método.
Estruturais - Adapter
Permite objetos com interfaces incompatíveis colaborarem entre si. Por exemplo, ao
consumir uma aplicação os dados são retornados em XML, mas e se precisarmos desses
dados em JSON? Pode-se criar um adaptador para resolver esse problema. Ele é um objeto
especial que converte a interface de um objeto para que outro objeto possa entendê-lo. Uma
analogia ao mundo real: Adaptadores universais de tomada.
Comportamentais - Strategy
Possibilita o cumprimento do segundo princípio do SOLID - “Open Closed Principle”,
pois propicia o crescimento de novas funcionalidades sem a necessidade de alterar o código
existente, diminuindo a chance de criar um erro no que já está funcionando. Além disso, é
ótimo para diminuir o uso de ifs. Basta extrair todos os algoritmos para classes separadas e
fazê-las implementar a mesma interface.

Continue navegando