A discusión sobre o uso do conector de enerxía ten moitos, de feito, o usuario pode engadir o conector de enerxía ao modelo de software existente, usado para conectar as preocupacións empresariais e as preocupacións cruzadas, por mor da semántica AOP, a parte do conector depende das preocupacións empresariais, A parte das preocupacións cruzadas depende do conector de enerxía.
A continuación, ao redor do conector, o usuario pode facer unha serie de seleccionados, sen ter que introducir manualmente ningún contido, pode ser as preocupacións empresariais, o modo de conexión e as preocupacións de corte cruzado identificadas (este paso é determinar a información mutua AOP, e a información almacenada no conector para conseguir, esta parte é factible, por suposto).
Tamén se argumenta que para permitir unha transición suave entre o deseño e a implementación e o soporte de deseño arquitectónico de baixo nivel, as ferramentas de modelado orientadas ao aspecto baseadas en enlaces deben soportar un marco de código que xera automaticamente diferentes técnicas de implementación AOP do modelo de deseño. permite que o desenvolvedor se centre na construción do modelo mentres que a ferramenta de modelado xera o código automaticamente. A xeración de códigos mellora a produtividade dos desenvolvedores e reduce os erros. evitando a inconsistencia entre o deseño e a implementación. O deseñador pode deseñar AO coa idea orientada a obxectos e o desenvolvedor pode continuar a programación posterior segundo o marco de código xerado.
Tamén se suxeriu que se introduciron conectores para soportar o modelado orientado ao aspecto, mantendo a separación de preocupacións no inicio do ciclo de vida do software para abordar a especificación das preocupacións cruzadas a nivel arquitectónico. As solucións baseadas en soporte de ferramentas de desenvolvemento.uml para engadir conectores son máis aceptables. Os conectores son un identificador sinxelo e potente para o modelado orientado ao aspecto. Pero para reducir os erros nos modelos de mapeo para codificar e proporcionar soporte para o deseño de arquitectura subxacente, Tamén é necesaria a xeración automática de cadros de código AOP.
Así, en xeral, os enfoques de modelado orientados a aspectos baseados en enlaces pódense introducir de xeito transparente na fase de deseño analítico do software e pode guiar a posterior escritura do código AOP para conseguir unha conexión perfecta entre deseño e código.
Tempo de publicación: outubro-01-2019