A Model-Driven Software Reuse Approach (in portuguese)

266
Vale a pena ressaltar que os conceitos de programação generativa, principalmente quando
se pensa em reutilização de software, muitas vezes se confundem com os conceitos ligados às
linguagens específicas de domínio. Czarnecki e Eisenecker (2000), autores de um dos principais
livros sobre programação generativa, destacam a importância das DSLs nessa abordagem.
Cleaveland (1988) utiliza os termos “Linguagem de quarta geração” e “Linguagem orientada
à aplicação” ao invés de DSL, mas os conceitos de geradores de aplicações que ele apresenta
correspondem a um compilador DSL (DEURSEN; KLINT; VISSER, 2000).
A proximidade destas duas áreas também se reflete na evolução das tecnologias envolvidas e
da pesquisa acadêmica e industrial. O desenvolvimento orientado a modelos, foco deste trabalho
de pesquisa, é um exemplo recente que reúne os conceitos de DSL e programação generativa.
Frameworks Orientados a Objetos
Frameworks orientados a objetos ou frameworks de componentes estendem as idéias de
bibliotecas de subrotinas e de componentes. A principal diferença, e uma das principais
características dos frameworks, é a “inversão de controle”: enquanto com bibliotecas comuns a
aplicação é responsável por realizar chamadas aos artefatos sendo reutilizados, um framework
é responsável por realizar chamadas à aplicação, detendo o fluxo de controle (DEURSEN; KLINT;
VISSER, 2000), (JOHNSON, 1997a) apud (BRAGA, 2002).
Estruturalmente, pode-se definir um framework como um conjunto de classes que contém
o projeto abstrato de soluções para uma família de problemas relacionados (JOHNSON; FOOTE,
1988) apud (BRAGA, 2002). Essas classes encapsulam conhecimento sobre essa família de
problemas, ou sobre esse domínio de problema, que pode ser reutilizado da mesma forma com
que se reutilizam componentes de software.
Do ponto de vista de seu propósito, pode-se definir um framework como o esqueleto
de uma aplicação, que pode ser instanciado por um desenvolvedor de aplicações (JOHNSON,
1997b) apud (BRAGA, 2002). Sendo um esqueleto, um framework não define somente as
classes de forma isolada, mas também as interfaces e conexões entre as mesmas, assim
como a estrutura geral da aplicação instanciada. Dessa forma, ao utilizar um framework,
um desenvolvedor não está reutilizando somente classes ou componentes isoladamente, que
precisam ser posteriormente integrados em uma aplicação, mas sim toda a estrutura interna.
Essa estrutura também representa parte do conhecimento daquele domínio, e assim pode-se
dizer que o nível de reutilização alcançado com um framework é maior do que o nível de
reutilização alcançado com componentes isolados, representando um avanço significativo em
reutilização (KRUEGER, 1992).