Ndepend y otra revelación automática de analizador de código?

Question

Desde ayer, estoy analizando uno de nuestros proyectos con Ndepend (gratuito para la mayoría de sus funciones) y más lo estoy usando, y más tengo dudas sobre el valor real de este tipo de software (software de análisis de código).

Permítanme explicarles, el sistema crea un informe sobre el estado del sistema y la clase por Rango de cada métrica. Pensé que sería un buen punto de partida para hacer modificaciones, pero la mayoría del resultado final está aquí porque tienen más de 100 líneas dentro de la clase (tenemos grandes encabezados y usamos estilos de comentarios VS) así que no es gran cosa ... .de que el número de nivel de acoplamiento aferente (CA) siempre es demasiado alto y esto es casi muy cierto para Interface que utilizamos mucho ... por lo que en este momento no veo algo mal, pero a NDepend parece no gustarle (si tienes una sugerencia para mejorar, dime porque no veo la necesidad de hacerlo). Es la samething para la métrica llamada "NOC" para el número de hijos que la mayor parte de mi Interface son demasiado altos ...

Por el momento, la única métrica muy útil es la complejidad ciclomática ...

Mi pregunta es: ¿Encuentras que vale la pena analizar el código con Automatic Code Analyzer como NDepend? En caso afirmativo, ¿cómo se filtra toda la información que he mencionado que realmente no muestra la salud real del sistema?

Answer 1

En realidad, las métricas son solo una característica de NDepend. ¿Intentó utilizar VisualNDepend que le permite analizar su proyecto mucho más en profundidad que el informe? Al leer su comentario, estoy casi seguro de que no jugó con la interfaz de usuario NDepend (independiente o integrada en Visual Studio), que es la mejor manera de filtrar datos sobre su base de códigos.

Soy uno de los desarrolladores de NDepend y lo utilizamos mucho para analizar nuestro propio código. Básicamente, escribimos nuestras propias reglas de calidad con Code Rules over LINQ Queries (CQLinq). Estas reglas se aseguran automáticamente de que no tengamos regresión en nuestro diseño. Aquí encontrarás la lista de alrededor de 200 default code rules.

Estas son algunas de las características únicas de NDepend y no relacionados con métricas de código:

• reglas de escritura CQLinq para asegurarse de que no tenemos defectos arquitectónicos, tales como dependency cycles between our components, UI using directly the DB o DB enreda con el negocio objetos.

• Asegúrese de que no tenemos un problema con la cobertura de código por medio de pruebas (como nos aseguramos con una regla CQLinq que si una clase se supone que es cubierto en un 100%, it will remain 100% covered in the future)

• cumplir efectos secundarios código exento (immutable class/métodos puros)

• Utilice la capacidad de comparar 2 análisis de revisión de código cambios desde la última versión, antes de hacer una nueva versión. Más específicamente, disfruto usando NDepend para saber which method has been added and refactored since the last release, and is not 100% covered by tests.

• Con una encapsulación óptima para todos nuestros miembros y tipos (como knowing which internal methods can be declared as private). Esto también está relacionado con dead-code detection que NDepend también admite.

Para obtener una lista completa de las funciones si NDepende, consulte here.

Answer 2

No necesariamente veo los resultados de NDepen como "buenos" o "malos" en la ingeniería de software, siempre hay una buena razón por la cual una aplicación está diseñada tal como es. Lo veo como un informe que probablemente me puede ayudar a señalar problemas con mi diseño, pero tengo la última palabra cuando se trata de decidir si un método necesita ser refactorizado o si es bueno como lo diseñé. En general, no se deje engañar tratando de responder si vale la pena o no. Definitivamente es, en su lugar, le sugiero que revise cuidadosamente los resultados. Esto le ayudará a ver su diseño desde otra perspectiva y puede haber ocasiones en las que decida de la manera en que lo diseñó que es lo mejor para lograr los objetivos de su aplicación.