Соглашение об именовании миграций Laravel
Существует ли соглашение об именовании или руководство, которому следует следовать при именовании миграций Laravel, или имя должно быть достаточно описательным?
Кроме того, предположим, что вы добавляете 12 столбцов для изменения таблицы, тогда в таком случае имя миграции было бы слишком длинным, если бы оно было описательным, поэтому есть ли какие-либо направляющие линии, которым следует следовать?
2 answers
На самом деле никого не волнуют имена классов миграции. Он должен быть достаточно описательным, чтобы вы могли проверить и понять, что вы сделали с БД в этой миграции.
Я обычно называю миграции на основе функции, например, implement_user_roles или make_employee_profile_editable
Убедитесь, что вы не используете одно и то же имя класса с вашей моделью, оно все еще работает, но для понимания,
Поместите create_, если вы, например, создаете, или
Если таблицы являются сводными друг к другу, сделайте это как article_comment, чтобы убедиться, что вы поймете, когда попытаетесь изменить его 5 месяцев спустя:)