La discussion sur l'utilisation du connecteur d'alimentation est multiple, en fait, l'utilisateur peut ajouter le connecteur d'alimentation au modèle logiciel existant, utilisé pour connecter les préoccupations commerciales et les préoccupations transversales, en raison de la sémantique AOP, la partie connecteur dépend des préoccupations commerciales, la partie des préoccupations transversales dépend du connecteur d'alimentation.
Ensuite, autour du connecteur, l'utilisateur peut faire 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 pièces et des préoccupations transversales identifiées (cette étape consiste à déterminer les informations mutuelles AOP, et les informations stockées dans le connecteur à réaliser, cette partie de l'exportation des informations est réalisable, bien sûr).
Il est également avancé que pour permettre une transition en douceur entre la conception et la mise en œuvre et prendre en charge la conception architecturale de bas niveau, les outils de modélisation orientés aspect basés sur les liens doivent prendre en charge un cadre de code qui génère automatiquement différentes techniques d'implémentation AOP à partir du modèle de conception. Cela permet au développeur de se concentrer sur la construction du modèle pendant que l'outil de modélisation génère le code automatiquement. La génération de code améliore la productivité du développeur 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 améliore l'efficacité du développement logiciel en évitant les incohérences entre la conception et la mise en œuvre. Le concepteur peut concevoir AO avec l'idée orientée objet, et le développeur peut poursuivre la programmation ultérieure selon le cadre de code généré.
Il a également été suggéré que des connecteurs ont été introduits pour prendre en charge la modélisation orientée aspect, en maintenant la séparation des préoccupations au début du cycle de vie du logiciel pour répondre à la spécification des préoccupations transversales au niveau architectural. L'une des principales raisons pour lesquelles les connecteurs ont été introduits était de fournir un support d'outil de développement standard. Les solutions basées sur UML pour l'ajout de connecteurs sont plus acceptables. Les connecteurs sont un identifiant simple et puissant pour la modélisation orientée aspect. Mais afin de réduire les erreurs dans le mappage des modèles au code et de fournir un support pour la conception de l'architecture sous-jacente, la génération automatique de cadres de code AOP est également requise.
Ainsi, en général, les approches de modélisation orientées aspect basées sur les liens peuvent être introduites de manière transparente au stade de la conception analytique du logiciel et peuvent guider l'écriture ultérieure du code AOP pour obtenir une connexion transparente entre la conception et le code.
Date de publication : 01/10/2019