Encontrar código no utilizado en una aplicación Rails

Tal vez pueda intentar usar rails_best_practices para verificar métodos y clases no utilizados.

Aquí está en el github: https://github.com/railsbp/rails_best_practices .

Ponga ' gem "rails_best_practices "' en su Gemfile y luego ejecute rails_best_practices . para generar el archivo de configuración

Tuve el mismo problema y después de explorar algunas alternativas me di cuenta de que tengo toda la información disponible fuera de la caja - archivos de registro. Nuestro formato de registro es el siguiente

Dec 18 03:10:41 ip-xx-xx-xx-xx appname-p[7776]:   Processing by MyController#show as HTML

Así que creé un script simple para analizar esta información

zfgrep Processing production.log*.gz |awk '{print $8}' > ~/tmp/action

sort  ~/tmp/action | uniq -c |sort -g -r > ~/tmp/histogram

Que produjo resultados de la frecuencia con la que se accedió a una acción#de controlador dada.

4394886 MyController#index
3237203 MyController#show
1644765 MyController#edit

El siguiente paso es compararlo con la lista de todos los pares de acciones del controlador#en la aplicación (usando rake routes output o puede hacer el mismo script para probar suite)

Checkout la gema coverband, hace exactamente lo que estás buscando.

No estoy muy familiarizado con Ruby y RoR, pero lo que sugeriría una suposición loca:

• add :after_filter method wich logs name of previous called method (grab it from call stack) to file
• desplegar esto en producción
• espere un rato
• elimine todos los métodos que no están en el registro.

P. s. probablemente la solución con Alt + F7 en NetBeans o RubyMine es mucho mejor:)

Ya tienes la idea de marcar métodos sospechosos como privados (lo que tal vez romperá su aplicación).

Una pequeña variación que hice en el pasado: Agregar un código pequeño a todos los métodos sospechosos para registrarlo. En mi caso se trataba de una ventana emergente de usuario "Usted llamó a una función obsoleta - si realmente necesita por favor póngase en contacto con el IT". Después de un año tuvimos una buena visión general de lo que realmente se usaba (era una aplicación de negocios y allí donde las funciones solo necesitaban una vez al año).

En su caso usted solo debe registrar el uso. Todo lo que no se registra después de un período razonable no se utiliza.

Metaprogramación

Objeto # method_missing

Invalida Object#method_missing. En el interior, registre la clase que llama y el método , de forma asíncrona, en un almacén de datos. Luego llame manualmente al método original con los argumentos adecuados, basados en los argumentos pasados a method_missing.

Árbol de objetos

Luego compare los datos en el almacén de datos con el contenido del árbol de objetos de la aplicación.

descargo de responsabilidad: Esto seguramente requerirá un rendimiento significativo y consideración de los recursos. Además, tomará un poco de retoques para que funcione, pero teóricamente debería funcionar. Lo dejaré como un ejercicio para que el póster original lo implemente. ;)

¿Ha intentado crear un conjunto de pruebas usando algo como sahi entonces podría grabar todos sus viajes de usuario usando esto y vincular esas pruebas a rcov o algo similar.

Tienes que asegurarte de tener todos los journies de usuario, pero después de eso puedes ver lo que rcov escupe y al menos comenzar a podar cosas que obviamente nunca están cubiertas.

Este no es un enfoque muy proactivo, pero a menudo he utilizado los resultados recopilados de New Relic para ver si algo que sospechaba que no se había utilizado se había llamado a la producción en cualquier momento en el último mes más o menos. Sin embargo, las aplicaciones en las que he usado esto han sido bastante pequeñas, y son decentemente caras para aplicaciones más grandes.

Nunca lo he usado, pero este post sobre la gema láser parece hablar de resolver su problema exacto.

No es la solución perfecta, pero por ejemplo en NetBeans puede encontrar usos de los métodos haciendo clic derecho sobre ellos (o presione Alt+F7).
Así que si el método no se usa, lo verás.

Marque los métodos sospechosos como privados. Si eso no rompe el código, compruebe si los métodos se utilizan dentro de la clase. a continuación, puede eliminar cosas