A discussão sobre o uso do conector de energia é ampla; na verdade, o usuário pode adicionar o conector de energia a um modelo de software existente, usado para conectar as preocupações de negócio e as preocupações transversais. Devido à semântica da Programação Orientada a Aspectos (AOP), a parte do conector depende das preocupações de negócio, e a parte das preocupações transversais depende do conector de energia.
Em seguida, ao redor do conector, o usuário pode fazer uma série de seleções, sem precisar inserir manualmente nenhum conteúdo, podendo identificar as preocupações comerciais, o modo de conexão das peças e as preocupações transversais (esta etapa é realizada determinando as informações mútuas do AOP e as informações armazenadas no conector; a exportação dessas informações é viável, é claro).
Argumenta-se também que, para permitir uma transição suave entre o projeto e a implementação e para dar suporte ao projeto arquitetural de baixo nível, as ferramentas de modelagem orientada a aspectos baseadas em links devem suportar uma estrutura de código que gere automaticamente diferentes técnicas de implementação de AOP a partir do modelo de projeto. Isso permite que o desenvolvedor se concentre na construção do modelo enquanto a ferramenta de modelagem gera o código automaticamente. A geração de código melhora a produtividade do desenvolvedor e reduz erros. O método de modelagem orientada a aspectos baseado em links aprimora a reutilização da tecnologia AOP e aumenta a eficiência do desenvolvimento de software, evitando inconsistências entre o projeto e a implementação. O projetista pode projetar a AOP com a ideia de orientação a objetos, e o desenvolvedor pode prosseguir com a programação de acordo com a estrutura de código gerada.
Também foi sugerido que os conectores foram introduzidos para dar suporte à modelagem orientada a aspectos, mantendo a separação de responsabilidades desde o início do ciclo de vida do software para abordar a especificação de preocupações transversais no nível arquitetural. Uma das principais razões para a introdução dos conectores foi fornecer suporte a ferramentas de desenvolvimento padrão. Soluções baseadas em UML para adicionar conectores são mais aceitáveis. Os conectores são um identificador simples e poderoso para a modelagem orientada a aspectos. Mas, para reduzir erros no mapeamento de modelos para código e para fornecer suporte ao projeto da arquitetura subjacente, a geração automática de frameworks de código AOP também é necessária.
Assim, de modo geral, as abordagens de modelagem orientada a aspectos baseadas em links podem ser introduzidas de forma transparente na fase de projeto analítico de software e podem orientar a escrita posterior do código AOP para alcançar uma conexão perfeita entre projeto e código.
Data da publicação: 01/10/2019