Laravel 迁移命名约定
Laravel Migrations Naming Convention
在命名 Laravel 迁移时是否应该遵循命名约定或指南,或者名称是否应该仅具有足够的描述性?
此外,假设您要添加 12 列来修改 table,那么在这种情况下,如果进行描述性迁移名称会太长,那么是否有任何指导原则可以遵循?
它应该具有足够的描述性,以便您回头查看并了解您在此迁移中对 DB 做了什么。
如果您使用 table_ 开始迁移,则 Laravel 添加 Schema::create
。
如果您有 to 或 from 或 in 那么 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+)$/',
];
在命名 Laravel 迁移时是否应该遵循命名约定或指南,或者名称是否应该仅具有足够的描述性?
此外,假设您要添加 12 列来修改 table,那么在这种情况下,如果进行描述性迁移名称会太长,那么是否有任何指导原则可以遵循?
它应该具有足够的描述性,以便您回头查看并了解您在此迁移中对 DB 做了什么。
如果您使用 table_ 开始迁移,则 Laravel 添加 Schema::create
。
如果您有 to 或 from 或 in 那么 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+)$/',
];