Malas prácticas en Ruby on Rails

Question

Estoy buscando algunos ejemplos de malas prácticas en Ruby on Rails, para una presentación sobre qué no hacer.

Lo mejor de mí es usar update_attribute en un modelo after_save hook.

Object.update_attribute(:only_one_field, "Some Value") 

Como se trata de una cuestión de composición muy abierta, voy a esperar una semana o 2 y seleccione como responder a la respuesta más votada.

¡Diviértete!

Answer 1

1. demasiada masa a la cesión sin utilizar attr_protected

2. El uso de demasiados plugins - Hay tantas gemas y rieles tiene taaan muchos plugins disponibles para su uso en las aplicaciones. Sin embargo, cuando utilizas una gema o un complemento, rara vez comprendes cómo está funcionando tu código (a menos que realmente mires la fuente, lo que la mayoría de la gente nunca hace). Este es un gran problema. No sabes cómo depurar el código correctamente, los complementos y gemas chocan entre sí, la seguridad se convierte en una preocupación importante, etc. Por esa razón, siempre recomiendo escribir todo tu propio código. Claro, Devise es bueno para la autenticación, pero ¿puedes decirme exactamente cómo funciona y qué consultas se ejecutan? ¿Tienes control sobre la optimización? (No estoy eligiendo a Devise, solo mostrando un ejemplo claro con el que muchos desarrolladores de RoR están familiarizados)/

3. Manteniendo páginas/acciones no deseadas - muchos desarrolladores de Rails usan andamios (porque es bueno), pero luego no se moleste en eliminar acciones no deseadas. Es tan simple como agregar :only => [] o :except => [] en su archivo de rutas, ¡pero la mayoría de las personas nunca lo hacen! No sé cuántos sitios de Rails han sido pirateados o dañados porque la gente no restringió la acción delete

4. Intentando ir contra Ruby: los desarrolladores que vienen de otro idioma a menudo tienen dificultades con el "Ruby-way" " Uno de los ejemplos más notables es tener claves primarias no incrementales o no enteras.

5. Demasiado controlador, modelo insuficiente: Rails tenía un principio de "Modelo de grasa, controlador delgado" que todos los desarrolladores se rompen.

6. Violaciónes de MVC - acceso params en modelos, que intenta cortar las cosas en los controladores, etc.

7. que no cambien el Rieles defecto único token de sesión (que es en realidad no aleatoria)

8. Escribir código descuidado: Ruby tiene esta excelente forma de hacer que el código parezca legible.Si vienes de Java o PHP o incluso Python, tu código es simplemente feo hasta que aprendas Ruby

9. Decir que Rails "es un idioma" o "código en Rails" - absolutamente, positivamente me sacude el camino equivocado cuando escucho a alguien decir "código en Rails" o "Rails es mi idioma favorito", etc. RAILS NO ES UN IDIOMA. Rails es un frameworkconstruido en Ruby. Esto no está relacionado con la seguridad o similar, pero realmente irritará a MUCHOS desarrolladores de RUBY si comienzas a decir que RAILS es un idioma. Es un marco.

10. Comparando PHP y Rieles - no lo hagas. Nuevamente, PHP es un lenguaje, Rails es un framework. Compararlos es injusto. (Puede comparar Ruby y PHP o rieles y CodeIgnitor o CakePHP, etc)

11. no captura adecuadamente errores - si puede ir mal, alguien, se supone que lo hará, y planificar el futuro

12. El no poder optimizar las consultas - Esto me mata absolutamente. Rails no lo obliga a saber SQL como lo hizo PHP (antes de ORM como Doctrine), por lo que las aplicaciones de Rails tienden a ser SLLLLOOOOWWW a menos que el desarrollador sea realmente consciente de que puede optimizar una consulta (joins decir qué?)

13. Usar demasiados generadores: debería poder crear una clase (controlador, modelo, prueba, vista) sin el uso de un generador.

14. Usando Rails para un sistema a gran escala - sí, a la mayoría de ustedes no les va a gustar esto, pero pregúnteles a Twitter y GitHub qué sucede si construyen su front y backend en Rails ... Digamos simplemente Twitter utiliza una costumbre de Java backend ahora ...

15. tiene una pista maldita - me siento tan molesto porque la gente no sabe realmente cómo una relación has_many funciona (sólo uno de los ejemplos de 21.914.232 desarrolladores de Rails mudos)!

16. no comentar código

17. Basándose en los carriles en lugar de SQL o DOM (javascript/html) para realizar funciones

Answer 2

IIRC, obie, o alguien, en railsconf 2009/8 hizo una presentación sobre esto ya. Nunca hay una razón para plagiar pero también podría encontrar inspiración allí si fuera necesario.

Answer 3

Hay muchas "buenas prácticas" ubicadas en http://rails-bestpractices.com/, de la misma manera en que desea ver algunos de los ejemplos que tienen publicaciones con muestras de código anteriores/incorrectas.