Question

récemment, on m'a confié la tâche de découvrir une solution C # que je n'avais jamais vue auparavant et de faire des suggestions sur sa refactorisation. Je pense que je vais utiliser NDepend (pour la première fois de ma vie) pour avoir une vue d’ensemble et également pour vérifier de nombreuses métriques de code afin de déterminer ce qui pourrait être refactorisé. NDepend est très bon pour montrer la structure d’un projet, je pense.

Ma question est plus générale: selon vous, quel est le meilleur moyen de découvrir le code que vous voyez la première fois et dont vous avez besoin de comprendre sa structure? (Malheureusement, il n’ya pas de documentation de conception logique et le code est mal commenté.)

Était-ce utile?

La solution

La découverte de code est beaucoup plus facile avec NDepend. Cet outil fournit une approche descendante des dépendances et des couches entre les assemblys, les espaces de noms et les classes. Ceci est fait avec une matrice de graphes et de dépendances générée à partir du code.

Vous obtiendrez également des dépendances sur les assemblys de code de couche, ce qui est très utile pour savoir quelle partie du code fait quoi.

De plus, certaines représentations graphiques des métriques de volume, telles que # lignes de code, aident beaucoup à avoir une idée précise de l’endroit où l’effort a été fait sur le code.

Autres conseils

J'utilise fréquemment le Reflector pour étudier les assemblys tiers ainsi que les assemblys .NET. Pas tellement pour une vue à vol d'oiseau des relations entre les classes, mais plutôt pour un détail en gros plan de ce qui se passe exactement.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top