La discusión sobre el uso del conector de alimentación ha sido mucha, de hecho, el usuario puede agregar el conector de alimentación al modelo de software existente, utilizado para conectar las preocupaciones comerciales y las preocupaciones transversales, debido a la semántica de AOP, la parte del conector depende de las preocupaciones comerciales, la parte de las preocupaciones transversales depende del conector de alimentación.
Luego, alrededor del conector, el usuario puede realizar una serie de seleccionados, 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 es determinando la información mutua de AOP y la información almacenada en el conector para lograr, esta parte de la información de exportación es factible, por supuesto).
También se argumenta que para permitir una transición fluida entre el diseño y la implementación y soportar el diseño arquitectónico de bajo nivel, las herramientas de modelado orientado a aspectos basadas en enlaces deben soportar 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 enfocarse en construir el 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 mejora la eficiencia del desarrollo de software al evitar inconsistencias entre el diseño y la implementación. El diseñador puede diseñar AO con la idea orientada a objetos, y el desarrollador puede continuar con la programación posterior de acuerdo con el marco de código generado.
También se ha sugerido que los conectores se introdujeron para soportar el modelado orientado a aspectos, manteniendo la separación de preocupaciones al inicio del ciclo de vida del software para abordar la especificación de preocupaciones transversales a nivel arquitectónico. Una de las principales razones por las que se introdujeron los conectores fue proporcionar soporte para herramientas de desarrollo estándar. Las soluciones basadas en UML para agregar conectores son más aceptables. Los conectores son un identificador simple y poderoso para el modelado orientado a aspectos. Pero para reducir errores en el mapeo de modelos al código, y para brindar soporte para el diseño de la arquitectura subyacente, también se requiere la generación automática de marcos de código AOP.
Por lo tanto, en general, los enfoques de modelado orientado a aspectos basados en enlaces se pueden introducir de manera transparente en la etapa de diseño analítico del software y pueden guiar la escritura posterior del código AOP para lograr una conexión perfecta entre el diseño y el código.
Hora de publicación: 01-oct-2019