Convenciones de nomenclatura para las migraciones de Rails

Question

¿Existe una convención de nomenclatura de mejores prácticas para las migraciones de Rails, especialmente al editar un modelo?

p. Ej. si yo estoy añadiendo una columna bar al modelo Foo, debería nombrarlo edit_foo o add_bar_to_foo

Asumo si estoy editando modelos mutliple entonces debería crear varias migraciones, pero lo que si estoy haciendo múltiples modificaciones a un solo modelo, ¿lo llamo add_bar_remove_x_edit_y_to_foo?

Answer 1

Estoy de acuerdo con la crítica anterior. La nomenclatura debe centrarse en la legibilidad. Pero también tenga en cuenta que no puede (ni debe) tener dos migraciones con el mismo nombre.

Así, los nombres generales como edit_foo_model no es generalmente una buena idea (ya que, lo que ocurre cuando se desea añadir más columnas a ese modelo), entonces sería mejor para agrupar las columnas en lo que el objetivo es, como update_foo_for_bar_support . Por lo general, puede omitir el modelo agregado, ya que, bueno, todo el mundo sabe que las migraciones manejan los modelos, por lo que no es necesario mencionarlo en el nombre (es decir, update_foo en lugar de update_foo_model).

Además, lo que suelo hacer es mantener separados los diferentes cambios. Entonces, si hay varios cambios diferentes en un modelo, los separaría en diferentes archivos de migración, uno para agregar columnas y otro para eliminar columnas, por ejemplo.

Answer 2

El punto es la legibilidad: para averiguar rápidamente de qué es responsable la migración ... si escribe demasiados "datos" en el nombre, hace más difícil escanear y se dispara en el pie.

Así que .. si es 1-2, escribir cambios en el nombre, si hay demasiados cambios, escribir update_foo_model (o edit_foo_model)

Answer 3

¡Me dividiría en múltiples cambios de esquema en múltiples migraciones! ¡Entonces puede nombrar fácilmente las migraciones individuales!