Hai moitas discusións sobre o uso do conector de alimentación; de feito, o usuario pode engadir o conector de alimentación ao modelo de software existente, que se usa para conectar as preocupacións empresariais e as preocupacións transversais. Debido á semántica AOP, a parte do conector depende das preocupacións empresariais e a parte das preocupacións transversais depende do conector de alimentación.
Entón, arredor do conector, o usuario pode facer unha serie de seleccións, sen ter que introducir ningún contido manualmente, podendo identificar as preocupacións comerciais, o modo de conexión das pezas e as preocupacións transversais (este paso consiste en determinar a información mutua de AOP e a información almacenada no conector para conseguilo, por suposto, a información de exportación desta parte é viable).
Tamén se argumenta que, para permitir unha transición fluída entre o deseño e a implementación e soportar o deseño arquitectónico de baixo nivel, as ferramentas de modelado orientadas a aspectos baseadas en ligazóns deben soportar unha estrutura de código que xere automaticamente diferentes técnicas de implementación de AOP a partir do modelo de deseño. Isto permite que o desenvolvedor se centre na construción do modelo mentres a ferramenta de modelado xera o código automaticamente. A xeración de código mellora a produtividade do desenvolvedor e reduce os erros. O método de modelado orientado a aspectos baseado en ligazóns mellora a reutilizabilidade da tecnoloxía AOP e mellora a eficiencia do desenvolvemento de software ao evitar a inconsistencia entre o deseño e a implementación. O deseñador pode deseñar AOP coa idea orientada a obxectos e o desenvolvedor pode continuar coa programación posterior segundo a estrutura de código xerada.
Tamén se suxeriu que os conectores se introduciron para soportar a modelaxe orientada a aspectos, mantendo a separación das preocupacións ao comezo do ciclo de vida do software para abordar a especificación das preocupacións transversais a nivel arquitectónico. Unha das principais razóns polas que se introduciron os conectores foi proporcionar soporte para ferramentas de desenvolvemento estándar. As solucións baseadas en UML para engadir conectores son máis aceptables. Os conectores son un identificador sinxelo e potente para a modelaxe orientada a aspectos. Pero para reducir os erros no mapeo de modelos a código e para proporcionar soporte para o deseño da arquitectura subxacente, tamén se require a xeración automática de marcos de código AOP.
Así, en xeral, as abordaxes de modelado orientadas a aspectos baseadas en ligazóns poden introducirse de maneira transparente na fase de deseño analítico do software e poden guiar a escritura posterior de código AOP para lograr unha conexión sen fisuras entre o deseño e o código.
Data de publicación: 01-09-2019