FxCop è come preziose su VB.NET come è su C # [chiusa]

Question

Sono stato a guardare ad alcuni dei della nostra dll utilizzando VB.NET FxCop e tutti gli errori riguardano l'installazione DLL (vale a dire ai nomi sicuri, Cultura Info) e il caso dei metodi di variabili.

Guardando alcuni esempi di FxCop l'esame di una C # Dll, esso sembra offrire molto di più i potenziali errori.

Questo significa che FxCop è più prezioso su C # sviluppi che VB.NET Oppure ho appena scelto cattivi esempi.

Ho pensato che fosse il caso che FxCop ha lavorato su IL piuttosto che le lingue specifiche, quindi sto solo perdendo file di regole per VB.NET o ci sono più disponibili per il C #?

Answer 1

Direi che non è corretto. FxCop è prezioso per tutti gli sviluppatori .NET.

Hai bisogno di mostrare un esempio di dove si ottiene di più (o meno) in uscita da FxCop per un pezzo di codice VB.NET, contro un pezzo di codice C #, entrambi i quali compilare lo stesso IL.

Answer 2

Per quanto ne so, FxCop è il linguaggio agnostico. E 'più probabile che C # ha più libertà di VB.NET in vari settori consentendo più errori che si verifichi (come FxCop lo interpreta), piuttosto che FxCop essendo sollecitata in qualche modo. Se questo è il caso, allora posso vedere che sia più prezioso per uno sviluppatore C # di uno sviluppatore VB.NET come l'ex lingua ha più possibilità di creare i problemi che FxCop in grado di rilevare.

Tuttavia, FxCop è uno strumento prezioso per qualsiasi progetto NET, anche se alcune lingue rendono più difficile commettere errori.

Answer 3

FxCop dovrebbe funzionare il codice compilato, quindi la lingua si scrive in non dovrebbe importare. Ho usato lo strumento su progetti con C # o VB, in modo che effettivamente funziona. E 'stato piuttosto utile, in realtà.