Laravel 迁移命名约定

Laravel Migrations Naming Convention

在命名 Laravel 迁移时是否应该遵循命名约定或指南,或者名称是否应该仅具有足够的描述性?

此外,假设您要添加 12 列来修改 table,那么在这种情况下,如果进行描述性迁移名称会太长,那么是否有任何指导原则可以遵循?

它应该具有足够的描述性,以便您回头查看并了解您在此迁移中对 DB 做了什么。

如果您使用 table_ 开始迁移,则 Laravel 添加 Schema::create。 如果您有 tofromin 那么 Laravel 会创建 Schema::table为你。这让您的生活更轻松。

我通常根据特性命名迁移,例如 implement_user_roles 或 make_employee_profile_editable。

确保你的模型没有使用相同的 class 名称,它仍然有效,但为了理解,

如果您正在创建,请输入 create_,或者

如果表格是相互关联的,请将其设为 article_comment 以确保您在 5 个月后尝试更改时能够理解:)

根据 \Illuminate\Database\Console\Migrations\TableGuesser class 来源,有两种默认模式可以猜测迁移 table 和存根类型。

const CREATE_PATTERNS = [
    '/^create_(\w+)_table$/',
    '/^create_(\w+)$/',
];

const CHANGE_PATTERNS = [
    '/_(to|from|in)_(\w+)_table$/',
    '/_(to|from|in)_(\w+)$/',
];