El uso del conector de potencia ha sido objeto de numerosas discusiones; de hecho, el usuario puede agregar el conector de potencia al modelo de software existente, utilizándolo para conectar las preocupaciones de negocio y las preocupaciones transversales. Debido a la semántica de la programación orientada a aspectos (AOP), la parte del conector depende de las preocupaciones de negocio, y la parte de las preocupaciones transversales depende del conector de potencia.
Luego, alrededor del conector, el usuario puede realizar una serie de selecciones, sin tener que ingresar manualmente ningún contenido; pueden ser las preocupaciones comerciales, el modo de conexión de las partes y las preocupaciones transversales identificadas (este paso se logra determinando la información mutua AOP y la información almacenada en el conector; por supuesto, es factible exportar esta información).
También se argumenta que, para permitir una transición fluida entre el diseño y la implementación, y para dar soporte al diseño arquitectónico de bajo nivel, las herramientas de modelado orientado a aspectos basadas en enlaces deben admitir un marco de código que genere automáticamente diferentes técnicas de implementación de AOP a partir del modelo de diseño. Esto permite al desarrollador centrarse en la construcción del modelo mientras la herramienta de modelado genera el código automáticamente. La generación de código mejora la productividad del desarrollador y reduce los errores. El método de modelado orientado a aspectos basado en enlaces mejora la reutilización de la tecnología AOP y la eficiencia del desarrollo de software al evitar inconsistencias entre el diseño y la implementación. El diseñador puede diseñar el AOP con la idea de la programación orientada a objetos, y el desarrollador puede continuar la programación posterior según el marco de código generado.
También se ha sugerido que los conectores se introdujeron para dar soporte al modelado orientado a aspectos, manteniendo la separación de responsabilidades desde las primeras etapas del ciclo de vida del software para abordar la especificación de preocupaciones transversales a nivel arquitectónico. Una de las principales razones para la introducción de los conectores fue proporcionar soporte para herramientas de desarrollo estándar. Las soluciones basadas en UML para añadir conectores son más aceptables. Los conectores son un identificador simple y potente para el modelado orientado a aspectos. Sin embargo, para reducir los errores en la conversión de modelos a código y para dar soporte al diseño de la arquitectura subyacente, también se requiere la generación automática de marcos de código AOP.
Así, en general, los enfoques de modelado orientado a aspectos basados en enlaces pueden introducirse de forma transparente en la etapa de diseño analítico del software, y pueden guiar la posterior escritura de código AOP para lograr una conexión perfecta entre el diseño y el código.
Fecha de publicación: 1 de octubre de 2019