Design Guidelines

NDepend, a “must have” tool

Maurizio — Tue, 20 Jul 2010 15:03:05 GMT

Questo è un tool davvero impressionante per cosa riesce a tirar fuori da un assembly .Net, adesso con tanto di add-in per Visual Studio e per Reflector.

E’ un must per qualsiasi sviluppatore/architetto degno di questo nome.

Link utili della settimana #8

Maurizio — Fri, 16 Jul 2010 14:45:00 GMT

- Super cool MSBuild Debugging in Visual Studio IDE
Questa è una feature eccezionale non ufficialmente supportata. Seguendo il link è possibile scoprire i passi necessari per abilitarla in Visual Studio 2010.

- Tool di migrazione VB6 –> VB .NET / C# gratuito
Considerato che è gratuito e che promette bene vale sicuramente la pena provarlo.

- Visual Studio 2010 Dark background
Add-in per VS 2010 per impostare dei temi personalizzati circa i colori, tra cui un fantastico Dark

- Microsoft ADO .NET Entity Framework Feature CTP4

- Domain Driven Design di Alberto Brandolini Part 1; Part 2; Part 3

- Domain Model Pattern (Martin Fowler)

- ASP.NET Multi-Level Drop Down Menu – JQuery

- NUnit Result Manager
Web application per tener traccia dei risultati degli unit tests (per project manager & developer)

Uso delle parentesi graffe

Maurizio — Tue, 13 Jul 2010 09:15:00 GMT

Sono sempre stato piuttosto "maniacale" nella scrittura di codice, circa il rispetto delle guidelines e circa uno stile di codifica che aiuti a migliorare la leggibilità dello stesso, e la sua manutenibilità.

Ho sempre sostenuto che il pezzo di codice scritto stilisticamente bene è quello che si "autodocumenta" semplicemente solo leggendolo.

La leggibilità aumenta, a mio parere, anche con opportuni accorgimenti o tecniche, non sempre utilizzati da tutti, anzi spesso ci sono pareri discordanti sull'effettiva utilità di alcune modalità di scrittura.

Mi riferisco, ad esempio, all'utilizzo delle parentesi graffe in alcuni casi particolari dove possono essere evitate (ovviamente il contesto è quello di applicazione scritta in C#, linguaggio principe nel mondo .Net).

A mio avviso, la leggibilità beneficia del fatto di scrivere qualcosa del genere:

        1: if (condizione)

       2:     a = 1;

rispetto a questo codice:

       1: if (condizione)

       2:     {

       3:         a = 1;

       4:     }

Quando mi ritrovo a svolgere code review oppure solo a guardare codice scritto da altri, la tentazione di eliminare le graffe è troppo forte, e, quando posso, finisco per toglierle.

La stessa tecnica la applico al ciclo for, ovviamente anche in questo caso l’istruzione da eseguire deve essere una sola.

Circa le if, sarebbe addirittura più valida l'idea di toglierle proprio, in perfetta aderenza ai principi della campagna anti-if, a cui ho aderito con entusiasmo, anche se qui il contesto è differente poichè le "if" andrebbero usate con parsimonia o evitate del tutto quando particolarmente annidate e ripeture (così come l'istruzione "switch"), sostituendole con una applicazione più rigorosa dei principi della programmazione ad oggetti, polimorfismo ed ereditarietà in primis.

Rilevare codice duplicato

maurizio — Thu, 05 Mar 2009 23:56:52 GMT

Clone Detective for Visual Studio è una integrazione dell'ambiente Visual Studio (completamente free) in gradi di rilevare porzioni di codice duplicato tra i vari progetti che compongono una solution. Il fine è ambizioso, poichè come dice la stessa presentazione del prodotto presente su CodePlex

"Having duplicates can easily lead to inconsistencies and often is an indicator for poorly factored code"

Un componente del genere può davvero essere utilissimo, anche oltre lo scopo che si prefigge. Ad esempio, conoscendo accuratamente il numero di cloni presenti all'interno di un software con parecchie linee di codice, è possibile valutarne il costo di manutenzione, ovvero il costo a cui si va incontro se si decidesse di apportarvi delle modifiche.

Il componente si basa su ConQAT (Continuous Quality Assessment Toolkit) per rilevare le parti di codice duplicato. Questo toolkit fornisce una serie di tools e linee guida per il controllo della qualità del software