A Model-Driven Software Reuse Approach (in portuguese)

130
Em cada decorator implementa-se uma versão dos métodos principais, considerando-se “como”
esta variante modifica o comportamento normal. O gerador apenas precisa fazer a concatenação
dos decorators, de forma a reproduzir as variantes selecionadas.
Figura 19: Uso do padrão Decorator para or features
A Figura 19 ilustra o uso do padrão Decorator para implementar or features. Para
cada ponto de variação, no caso featureA, cria-se uma classe abstrata que contém métodos
específicos desta feature (metodo1() e metodo2()). Cria-se também um decorator abstrato, com
um construtor responsável por incluir o comportamento deste decorator a outro. Para cada
variante (no caso, featureA sozinha, e as sub-features A1, A2 e A3), cria-se uma instância
da classe abstrata principal (FeatureASozinha), e dos decorators (SubFeatureA1Decorator,
SubFeatureA2Decorator e SubFeatureA3Decorator).
O gerador apenas precisa fazer a chamada que cria instâncias dos decorators que
correspondem às variantes selecionadas (linhas 3, 4 e 5).
Da mesma forma que com as features alternativas, caso uma or feature precise ser
implementada em várias classes, pode-se combinar o padrão Facade para reunir mais de uma
classe em um único ponto.