S’il y a bien un principe de design sur lequel tout le monde s’accorde, c’est l’interdiction des dépendances cycliques entre composants. Autrement dit, lorsque deux composants sont mutuellement dépendants. Cet article signé Patrick Smacchia se propose de vous présenter la notion de "levelisation", disponible dans NDepend, et très importante pour évaluer la qualité d'un design applicatif.
Patrick Smacchia a été interviewé par nos amis du VS Talk Show sur NDepend : "(...) J'ai eu la chance de rencontrer les gens du User Group de Montreal qui m'ont fait faire une interview. On y parle des sujets connexes au NDepend, dépendances, qualité, évolution, couverture... en francais (...)". Enjoy.
NDepend est un outil visuel de gestion des dépendances binaires. Il analyse une Assembly et génère un ensemble de métriques concernant la qualité du Design. Ces métriques sont relatifs au couplage, la profondeur des graphes d'héritage, le niveau d'interdépendance des packages, le nombre de types, etc ... Un site est spécialement dédié au sujet et les copies d'écran parlent d'elles-mêmes. L'outil est pour l'instant gratuit, Patrick n'ayant pas décidé de son mode de commercialisation (Open Source! Open Source! :-))
Dans ce billet, Patrick Smacchia répond à Jeremy Miller, bloggueur prolixe du site codebetter.com, auteur de l'outil StructureMap et fervent partisan des architectures dites "agiles". Dans un message twitter, Jeremy Miller affirme ne pas voir d'intérêt dans les outils d'analyse de dépendance tels que NDepend lorsqu'on maîtrise suffisamment les contours de son code. Ce à quoi Patrick a répondu par une analyse de code de StructureMap. Réponse du berger à la bergère avec en prime une belle explication de texte :-). Dans son domaine, NDepend est un outil incontournable.
Lors de chaque sortie d'un nouvelle version de .NET, Patrick Smacchia nous gratine d'une analyse NDepend histoire de savoir ce qui a changé par rapport à la version précédente. Très instructif.
C'est reparti sur DNG avec ce billet de Patrick Smacchia, décidément très prolifique en ce début de rentrée. Il y décrit une manière de déceler des patterns dans du code avec NDepend : "I think that caring for dependencies is the best thing you can do to make your program maintainable and to fight against complexity. I’d like here to provide some tips to identify dependencies/structural patterns at a glance, such has layered or entangled code, high-cohesion and low-coupling accross components, hungry caller and popular callee…"
Patrick Smacchia nous annonce la disponibilité de NDepend V3 en béta. Cette version s'intègre désormais dans Visual Studio .NET (2008, 2005 et 2010!). Vous pouvez découvrir sur le site de NDepend les copies d'écrans et les nouveautés. Un gros travail a aussi été apporté aux performances. Voilà un bel outil à acquérir pour Microsoft ...
Pour les utilisateurs de NDepend qui ne suivraient pas le blog de Patrick Smacchia : une enquête a été ouverte afin de vous permettre de, notamment, faire part de vos attentes pour les prochaines versions de ce sympatique outil. Le questionnaire à co...
Lorsqu'on fait du développement au quotidien avec le Framework.NET, il y a des outils dont on ne peut pas se passer. Depuis peu dans ma boîte à outils je dispose d'une nouvelle aide. Il s'agit de NDepend dont le créateur est le MVP Patrick Smacchia. V...
Avec cette analyse, Patrick Smacchia fait d'une pierre deux coups. Il démontre la richesse de NDepend et fournit par la même occasion un élément d'information à la communauté. Dans son dernier billet, il compare les APIs et dépendances du .NET Framework avec celles de Mono. On s'aperçoit dans la pratique que les différences entre les deux Framework sont profondes (30% des types du .NET Framework ne sont pas supportés par Mono). L'autre information, c'est qu'à équivalence égale de types, Mono produit moins de byte-code que Microsoft. Plutôt étonnant...
Je ne vais pas vous reparler de NDepend, l'outil développé par Patrick Smacchia, car c'est un outil vraiment très précieux pour tous les développeurs/architectes qui souhaitent avoir des métriques sur le code de leur application.
Si vous ne connaisse...
Ce billet est d'une valeur incommensurable même si, soyons clairs, il ne peut en aucun cas résumer à lui seul toute l'histoire du Framework .NET. Ralf Sudelbucher a lancé une analyse détaillée et didactique de l'architecture interne du Framework pour en déduire ses dépendances structurelles. Les dépendances structurelles donnent une indication (il est vrai toute relative) sur la qualité d'un Design orienté objet. Le résultat ainsi obtenu est plutôt sévère et ne plaide pas en faveur du Framework. De nombreuses classes jouent le rôle de "fourre-tout" et des dépendances cycliques sont décelées à plusieurs endroits. Loin de toute polémique, cet article montre à quel point un Framework important peut vite se transformer en "usine à gaz" s'il évolue vite et s'efforce de garder une compatibilité ascendante. A noter que le même test côté Java n'aurait pas été plus glorieux ...
