Action Examinez les références de projet d'un projet donné, puis intéressez-vous au projet suivant. Dialogue Supposons que ...

Action
Examinez les références de projet d'un projet donné, puis intéressez-vous au projet suivant.

Dialogue
Supposons que votre équipe a dû exécuter plusieurs builds avant d'en réussir une.

Vous pensez qu'il existe une référence circulaire quelque part, mais où ?

N'avez-vous jamais souhaité savoir pourquoi vos projets ont des dépendances spécifiques ?

Supposons que vous souhaitez supprimer un assembly ou effectuer une mise à jour vers une nouvelle technologie. 

Les graphiques de dépendance de Visual Studio peuvent vous y aider. 



Action
Dans le menu Architecture, sélectionnez Générer un graphique de dépendance, puis Pour la solution.

Dialogue
Vous pouvez obtenir une image détaillée de votre solution en générant un graphique de dépendances.

Ce graphique peut être très utile, car il vous permet de visualiser des choses surprenantes.

Par exemple, nous voyons immédiatement que les tests unitaires n'effectuent aucun test spécifique dans la solution. En réalité, ils ne testent rien du tout.



Action
Dans la légende, sélectionnez Ajouter, puis un analyseur de dépendances circulaires.

Dialogue
Cette solution étant plutôt volumineuse, nous ne voyons pas immédiatement les dépendances inattendues. 

Toutefois, vous pouvez ajouter un analyseur de dépendances circulaires pour vous aider à localiser ces dépendances. 



Action
Par conséquent, 3 assemblys sont mis en surbrillance.

Dialogue
En effet, nous pouvons voir que ces 3 assemblys font référence les uns aux autres. 

Ce faisant, nous avons gagné un temps précieux. Maintenant, corrigeons le problème. 



Action
Examinez les liens entre les 3 assemblys.

Dialogue
Vous pouvez remarquer que le lien de dépendance entre cet assembly et cet assembly est beaucoup plus fin que les liens entre les autres. 

Lorsque nous positionnons la souris sur le lien, l'info-bulle indique que seulement 2 appels produisent cette dépendance. On peut donc supposer que la dépendance a été ajoutée récemment.



Action
Cliquez sur le lien suspect (plus fin), puis demandez les liens de contribution.

Dialogue
En comprenant ce qui contribue à une dépendance, nous pouvons immédiatement voir quelles sont les méthodes qui appellent les méthodes des autres assemblys. Il apparaît qu'une seule méthode est appelée ici, ce qui est un bon point. 

En ajoutant les liens de contribution à la représentation, nous pouvons également obtenir tous les liens entre cette méthode et les autres éléments de code. 

Il semble possible de déplacer cette méthode dans l'autre assembly sans problème particulier. Voyons si nous avons raison.



Action
Faites glisser la méthode et déposez-la dans l'assembly appelant. Vous pouvez constater que cela ne résout pas entièrement le problème. 

Dialogue
Nous pouvons voir qu'il existe un autre lien vers un champ statique, que nous pouvons également déplacer.



Action
Faites glisser le lien et déposez-le au bon endroit pour résoudre le problème.

Dialogue
Nous avons pu vérifier notre théorie et trouver la bonne solution.



Action
Appuyez sur F12, ou utilisez le la commande de menu contextuel Accéder au code. 

Fractionnez l'écran pour afficher le graphique et le code, puis utilisez le graphique pour naviguer dans le code.

Dialogue
Nous pouvons désormais utiliser le diagramme comme une carte pour localiser le code et apporter les modifications requises.



Action
Ajoutez un commentaire expliquant l'objectif de la nouvelle conception, puis ajoutez ce diagramme au projet afin de l'inclure dans un jeu de réservations, ou exportez-le au format XPS pour l'imprimer.

Dialogue
La nouvelle conception peut ensuite être soumise à l'équipe, par exemple dans le cadre d'une révision de code.