¿Cómo encuentro el código muerto en un proyecto Visual Studio 2008 C#? ¿Como clases no utilizadas, variables no utilizadas o recursos no utilizados?Visual Studio 2008/C#: ¿Cómo encontrar el código muerto en un proyecto?
Puede probar FxCop, que está integrado en Visual Studio 2008 con el nombre de Code Analysis. Simplemente tiene que hacer clic derecho en el archivo del proyecto y 'Ejecutar análisis de código'.
FxCop es una aplicación que analiza ensamblados administrados de código (código que se dirige el tiempo de ejecución de .NET Framework lenguaje común) e informes información sobre las asambleas, como posible diseño, localización, rendimiento y mejoras de seguridad.
Las reglas activas se pueden configurar en la sección Análisis de código de las propiedades del proyecto. Por ejemplo, algunas reglas relevantes para el caso en cuestión están presentes en Reglas de uso y Reglas de rendimiento:
Y para una mayor flexibilidad, también puede escribir sus propias reglas personalizadas (Tutorial on writing your own Code Analysis rule).
Instale JetBrains ReSharper que resaltará el código no utilizado para usted.
Si bien no recomendaría esto para una gran base de código, puede hacer una cierta cantidad manualmente.
Si hace clic derecho sobre un método o clase y luego selecciona "Buscar usos" obtendrá una salida de todos los lugares a los que se hace referencia. Obviamente, esto estará vacío si no se usa.
Para limpiar curso me instalo ReSharper
Hice una cierta cantidad manualmente. Fue entonces cuando se me ocurrió la pregunta. – TalkingCode
@Holli: suficiente. – ChrisF
Shift + F12 en VS es útil para una comprobación rápida :)
Una herramienta muy útil para esto es la herramienta de análisis NDepend dependencia. Puede cargar su proyecto de Visual Studio en este y analizará las dependencias de todos sus ensamblajes, tipos y métodos. Le brinda una gran cantidad de información sobre las dependencias, incluidos (pero de ninguna forma limitados a) métodos/tipos que no son utilizados por nada en absoluto.
Usted puede ver las dependencias ya sea gráficamente o en una lista, y puede escribir sus propias consultas de dependencia personalizada, como esto - un simple programa de consulta CQL métodos potencialmente no utilizados:
SELECT
METHODS // Get me a list of methods
WHERE
MethodCa == 0 // Where their afferent coupling is zero, (afferent coupling being the number of other methods that call it)
Una herramienta muy recomendable.
Lo resaltará en un archivo, pero no encontrará el código muerto en una solución completa. Esta es una de las características que pensé que ofrecería el análisis en toda la solución. –
@Jamie Ide, pero le permite navegar de advertencia a advertencia, incluso a través de archivos, si habilita el análisis en toda la solución, ¿no es así? –