A Model-Driven Software Reuse Approach (in portuguese)

126
Features alternativas: estas são as features onde somente uma alternativa pode estar
presente em uma aplicação.
Quando uma feature pode ser mapeada diretamente em uma única classe, o padrão Abstract
Factory é indicado. Neste padrão, um elemento que realiza o papel de fábrica abstrata e um
elemento que realiza o papel de produto abstrato representam um ponto de variação, uma
feature. Fábricas e produtos concretos representam variantes alternativas. O gerador somente
precisa gerar o código de instanciação da fábrica concreta correspondente, e o restante do código
permanece independente.
Figura 15: Uso do padrão Abstract Factory para features alternativas
A Figura 15 ilustra o uso deste padrão com um gerador de código para implementar features
alternativas. Para cada ponto de variação, cria-se uma fábrica abstrata e um produto abstrato
(AbstractFactoryFeatureA e FeatureA). Para cada variante alternativa, são criadas as fábricas
e produtos concretos. O gerador, ao criar um produto, só precisa declarar a fábrica abstrata
correspondente ao ponto de variação selecionado, neste caso a featureA, gerando as linhas 2 e
6, e instanciar a fábrica correspondente à alternativa selecionada (linha 3). O resto do código
pode utilizar a feature normalmente.
O padrão Prototype pode ser utilizado com o mesmo propósito, nos casos onde se deseja
evitar a criação de subclasses para os objetos construtores. Neste padrão, cada alternativa é
implementada como uma classe diferente de um protótipo comum. O gerador de código é
responsável por gerar código que instancia somente a alternativa selecionada.