FxCop es tan valioso en VB.NET como lo es en C # [cerrada]

Question

He estado buscando en algunas de usar FxCop de nuestra DLL VB.NET y todos los errores se refieren a la configuración de DLL (es decir, nombres seguros, Cultura Info) y el caso de los métodos de Variables.

En cuanto a algunos ejemplos de FxCop el examen de una DLL de C #, que parece ofrecer mucho más errores potenciales.

¿Quiere decir esto que FxCop es más valiosa sobre la evolución de C # o VB.NET que han acabo elegidos malos ejemplos.

Me pareció que era el caso de que FxCop trabajó en IL lugar de los lenguajes específicos, por lo que solo estoy perdiendo archivos de reglas para VB.NET o hay más disponible para C #?

Answer 1

Me gustaría decir que no es correcto. FxCop es muy valiosa para cualquier desarrollador de .NET.

Es necesario para mostrar un ejemplo de donde se obtiene más (o menos) de salida de FxCop para una pieza de código VB.NET, frente a un trozo de código C #, ambos de los cuales compilar a la misma IL.

Answer 2

Por lo que yo sé, FxCop es el lenguaje agnóstico. Es más probable que C # tiene más libertad que VB.NET en varias áreas que permiten más errores que se producen (como FxCop lo interpreta) en lugar de FxCop siendo sesgada de alguna manera. Si este es el caso, entonces puede ver que es más valioso para un desarrollador de C # que un desarrollador de VB.NET como la antigua lengua tiene más posibilidades de crear temas que FxCop puede detectar.

Sin embargo, FxCop es una herramienta invaluable para cualquier proyecto de .NET, aunque algunas lenguas hacen que sea más difícil cometer errores.

Answer 3

FxCop se supone que funciona el código compilado, por lo que el idioma se escribe en no debería importar. He utilizado la herramienta en proyectos con C # o VB, por lo que en realidad funciona. Ha sido bastante útil, en realidad.