analisi del codice / FxCop in VS2008

Question

FxCops è qualcosa di nuovo per me, ma come sempre vorrei conoscere le cose nuove .. Da quello che ho letto, FxCops è già incluso in VS2008. Credo che sia la funzione di "analisi del codice". Ogni volta che provo a farlo funzionare, però, sembra iniziare una ricostruzione e terminare nello stato "finito di ricostruire".
Ho controllato la finestra di output e ci sono un sacco di avvertimenti lì. Ma se non sto sbagliando, ci dovrebbero essere più di una GUI per questo allora il muro di testo nella mia finestra di uscita, giusto?
Mi sto perdendo una finestra che si sarebbe spuntato? Posso aprire da qualche parte? O c'è qualcos'altro che mi manca?

Answer 1

Sì, analisi del codice è il bel nome gentile per FxCop. Tuttavia, io non sono a conoscenza di una finestra accogliente al di là della lista errori / warning dove dovrebbero apparire, CA prefissato.

Sulle proprietà proiettare lo schermo c'è una scheda di analisi del codice in cui è possibile trattare gli avvisi come errori di far rispettare le regole a cui tieni.

Answer 2

Non stai perdendo nulla - non c'è una finestra pop-up

.

La lista dei problemi nella finestra di output è praticamente tutto ti aspetteresti in FxCop. E 'solo che FxCop è un'applicazione autonoma.

Ecco un articolo decente su FxCop e analisi del codice:

http: // geekswithblogs .net / sdorman / archive / 2008/08/19 / visual-studio-e-codice-analysis.aspx

Answer 3

Proprio così tutti sanno, perché mi c'è voluto molto tempo per capirlo .... Codice Analisi / FxCop è incluso solo nelle versioni Team System e Team Suite di VS 2008, non nella Professional Edition.

Answer 4

Un'alternativa a FxCop sarebbe quella di utilizzare il NDepend strumento che permette di scrivere Regole indicativo su C # LINQ query (vale a dire CQLinq) . NDepend è integrato in VS 2012, 2010 e 2008. Disclaimer: io sono uno degli sviluppatori dello strumento

200 regole di codice proposti per impostazione predefinita. Personalizzazione delle regole esistenti o creare i propri regole è semplice grazie al noto la sintassi C # LINQ.

regole di codice NDepend possono essere verificati vivere in Visual Studio e in fase di processo di compilazione, in un generati HTML + JavaScript rapporto .

sembra preoccupato per il numero di di falsi positivi . Per mantenere il numero di falsi positivi bassa, CQLinq offre le capacità uniche di definire ciò che è l'insieme JustMyCode attraverso le query di codici speciali con prefisso notmycode . Ulteriori spiegazioni su questa funzione sono disponibili qui . Qui ci sono per esempio due notmycode query predefinite:

• Scarta generato e metodi di design da JustMyCode
• Eliminare Tipi generati da JustMyCode

Per mantenere il numero di falsi positivi bassa, con CQLinq è anche possibile mettere a fuoco le regole risultano solo sul codice aggiunto o il codice di refactoring, dal momento che un definito linea di base in passato . Vedere la seguente regola, che rilevano i metodi troppo complesso aggiunti o riscritta dal momento che la linea di base:

warnif count > 0 
from m in Methods
where m.CyclomaticComplexity > 20 &&
      m.WasAdded() || m.CodeWasChanged()
select new { m, m.CyclomaticComplexity }