Mejores prácticas para usar parciales en Rails

Question

De acuerdo con el principio DRY, trato de usar parciales tan pronto como repito un patrón en particular más de una o dos veces. Como resultado, algunos de mis puntos de vista consisten en diez o más parciales diferentes. Me preocupa que esto pueda tener un efecto negativo en el rendimiento general. Algunos libros de programación comparan el uso de parciales con el uso de métodos. Entonces, ¿debería usar el mismo razonamiento para determinar cuándo usarlos?

¿Cuál es la mejor práctica con respecto al tamaño y la cantidad de parciales en un proyecto de Rails?

Answer 1

Ya me gusta su práctica: una vez que haya repetido el código de vista dos veces, refactorícelo en forma parcial. Tim tiene razón de que puede acelerarlo según sea necesario después de ha sido perfilado y después de ha demostrado ser necesario.

Aquí está mi advertencia: si trabajas con diseñadores profesionales que manejan las vistas, puede ser más fácil a largo plazo tener un código de vista bastante repetitivo. Algunas personas tienen dificultades para buscar parciales y "ver" cómo encajan todos. He encontrado que es más fácil con esas personas que les permitan administrar todo el shebang y actualizar más de un archivo si es necesario. Óptimo? No para nosotros como programadores, pero los diseñadores están más acostumbrados a ver la mayoría del HTML en uno o tres archivos en lugar de 20. :)

Answer 2

Recuerde rules of optimization!

Si, una vez que se completa la aplicación, sus vistas son demasiado lentas, use algo como New Relic para averiguar dónde está ocurriendo la ralentización. Hay muchos lugares que podrían ser, pero es poco probable que estén en tus parciales.