A Model-Driven Software Reuse Approach (in portuguese)

136
isto corresponde à criação, no metamodelo de navegação, de um elemento chamado
ReferenciaParaTipoDeDocumento, que pode ser utilizado para estabelecer referências para o
elemento TipoDeDocumento do metamodelo de autoria. Um verificador separado pode então
ajudar a garantir que estas referências sejam válidas (WARMER; KLEPPE, 2006).
Código gerado precisa ser estendido: um exemplo típico é a geração de esqueletos de
classes que precisam ser manualmente implementados após a geração.
Seja qual for a técnica sendo utilizada, uma recomendação importante é a de que a
modificação manual do código gerado não deveria ser necessária (TOLVANEN, 2004; VÖLTER;
BETTIN, 2004). Mesmo com técnicas de “merging” (mesclagem), como os blocos de usuário do
JET (Java Emitter Templates (POPMA, 2004)), esta não é uma boa prática porque depende da
existência de código que marca os locais onde o código manual começa e onde termina. Se este
código for removido por alguma razão, o código manual pode ser perdido após a regeneração.
Assim, técnicas de “merging” somente devem ser utilizadas quando estritamente necessárias,
e de preferência com mecanismos que protegem o código manual de modificações acidentais
(WARMER; KLEPPE, 2006).
As melhores táticas para evitar esta situação incluem a geração de classes abstratas ou
interfaces, e a utilização de subclasses para implementar as partes faltantes. Técnicas como
as receitas (recipes) do openArchitectureWare, que consistem na exibição de avisos sobre os
passos a serem seguidos para completar o código, podem ajudar a garantir uma implementação
manual correta.
Um padrão útil nestas situações é chamado “merging” de geradores. A tática por trás deste
padrão é criar um modelo separado para a especificação das partes faltantes, e então combinar
estes modelos utilizando um gerador específico. A Figura 23 ilustra a idéia.
Figura 23: “Merging” de geradores envolvendo modelos estruturais e comportamentais
Neste exemplo, dois tipos de geradores – para modelos estruturais e de comportamento
– são combinados para produzir código que não precisa ser manualmente completado. O