Documentação de viabilidade do uso de GoFs estruturais

Histórico de Revisão:

Data	Versão	Descrição	Autor

Introdução

Um padrão de projeto é uma solução geral e reutilizável para um problema comum de software. Eles são modelos que podem ser reutilizados e personalizados para resolver um problema específico de design em muitas situações diferentes.

Decorator

Explicação

Padrão que permite atribuir comportamentos ou estados a determinados objetos em tempo de execução, diferentemente de uma herança, por exemplo, que é estática e se aplica à uma classe inteira.

Quando deve ser usado

• Uma estrutura formada por um objeto principal e vários componentes opcionais com um interface comum a todos;
• Herança é inviável porque definição da classe base está encapsulada/escondida;

Extension Objets

Explicação

Padrão que permite extender a interface de um objeto no futuro. Como em algumas abstrações é complicado antecipar completamente seu funcionamento e determinar se determinada interface será realmente usada em um cojunto de componentes relacionados, o padrão Extension Objects provê uma estrutura que antecipa essas etensões opcionais.

Um exemplo disso é um checador gramatical em um editor de texto. Nem todos componentes (imagens, gráficos, fórmulas, texto em si, etc.) que podem ser inseridos podem ou necessitam dessa checagem. Nesse contexto, haveria uma classe abstrata para os componentes, incluindo o checador. Porém, em vez de adicionar a interface responsável por acessar o texto e contar as palavras, por exemplo, em todos componentes e deiar sua implementação vazia para componentes sem texto, o componente do checador se torna independente e quando necessita ser usado, é chamado pelos componentes.

Quando deve ser usado

• Necessidade de adicionar funcionalidades novas ou imprevistas a determinadas classes e não impactar classes que não necessitam dessas novas interfaces.

Facade

Explicação

O padrão facade serve como um facilitador, interfaceando um conjunto de componentes que pssuem relacionamentos e funcionalidades complexas. Isso ocorre por meio de uma classe que encapsula esse subsistema complexo em uma única interface mais simplificada, reduzindo a curva de aprendizado necessária para compreeder esse pedaço do sistema.

Quando deve ser usado

• Necessidade de prover uma interface simplificada que abstrai e torna mais fácil o uso de funcionalidades de outros subsistemas mais complexos;

Referências

[1] https://klevas.mif.vu.lt/~plukas/resources/Extension%20Objects/ExtensionObjectsPattern%20Gamma96.pdf [2] https://sourcemaking.com/design_patterns