L'utilisation du connecteur d'alimentation fait l'objet de nombreuses discussions ; en réalité, l'utilisateur peut ajouter le connecteur d'alimentation à un modèle logiciel existant, utilisé pour connecter les préoccupations métier et les préoccupations transversales. En raison de la sémantique AOP, la partie connecteur dépend des préoccupations métier, et la partie préoccupations transversales dépend du connecteur d'alimentation.
Ensuite, autour du connecteur, l'utilisateur peut effectuer une série de sélections, sans avoir à saisir manuellement aucun contenu : il peut s'agir des préoccupations commerciales, du mode de connexion des parties et des préoccupations transversales identifiées (cette étape consiste à déterminer les informations mutuelles AOP et les informations stockées dans le connecteur pour y parvenir ; l'exportation des informations de cette partie est bien sûr possible).
Il est également avancé que, pour assurer une transition fluide entre la conception et l'implémentation et faciliter la conception architecturale de bas niveau, les outils de modélisation orientée aspect basés sur les liens doivent prendre en charge un framework de code générant automatiquement différentes techniques d'implémentation AOP à partir du modèle de conception. Ceci permet au développeur de se concentrer sur la construction du modèle tandis que l'outil de modélisation génère automatiquement le code. La génération de code améliore la productivité des développeurs et réduit les erreurs. La méthode de modélisation orientée aspect basée sur les liens améliore la réutilisabilité de la technologie AOP et l'efficacité du développement logiciel en évitant les incohérences entre la conception et l'implémentation. Le concepteur peut concevoir l'architecture orientée aspect selon une approche orientée objet, et le développeur peut ensuite programmer en s'appuyant sur le framework de code généré.
Il a également été suggéré que les connecteurs ont été introduits pour faciliter la modélisation orientée aspects, en maintenant une séparation des préoccupations dès les premières étapes du cycle de vie du logiciel afin de répondre aux exigences de spécification des préoccupations transversales au niveau architectural. L'une des principales raisons de l'introduction des connecteurs était d'assurer la compatibilité avec les outils de développement standard. Les solutions basées sur UML pour l'ajout de connecteurs sont plus courantes. Les connecteurs constituent un identifiant simple et puissant pour la modélisation orientée aspects. Cependant, afin de réduire les erreurs de conversion des modèles en code et de prendre en charge la conception de l'architecture sous-jacente, la génération automatique de frameworks de code AOP est également nécessaire.
Ainsi, de manière générale, les approches de modélisation orientées aspects basées sur les liens peuvent être introduites de façon transparente lors de la phase de conception analytique du logiciel, et peuvent guider l'écriture ultérieure du code AOP pour parvenir à une connexion transparente entre la conception et le code.
Date de publication : 1er octobre 2019