直接改字段别名比硬编码提示更可控，且不影响验证规则本身；通过attributes()映射字段中文名、messages()定义完整错误消息、配合翻译函数__实现多语言支持。
直接改字段别名比硬编码提示更可控，且不影响验证规则本身。
用 attributes() 统一映射字段中文名
字段名（如 email、password_confirmation）在错误消息里默认是英文或下划线风格，用户看不懂。Laravel 提供了 attributes() 方法，在 Form Request 类里返回一个键值对数组，把原始字段名映射成自然语言称呼。
- 必须和
rules()、messages()在同一个表单请求类里定义 - 键是原始字段名（如
'email'），值是你想显示的名称（如'电子邮箱'） - 它不改变验证逻辑，只影响最终拼出的错误消息中“谁错了”这部分
示例：
public function attributes()
{
return [
'email' => '电子邮箱',
'password' => '登录密码',
'password_confirmation' => '确认密码',
'bio' => '个人简介'
];
}
messages() 里用占位符保持灵活性
光有 attributes() 还不够——比如 'email.required' 错误，默认会变成“电子邮箱 为必填项”，但你想说“请输入电子邮箱”。这时候要配合 messages() 显式定义完整句子。
- 键格式固定为
'字段名.规则名'，比如'email.required'、'password.min' - 值里可使用
:min、:max等 Laravel 自动注入的参数占位符 - 如果没定义某条消息，Laravel 会 fallback 到默认翻译 +
attributes()映射结果
示例：
public function messages()
{
return [
'email.required' => '请输入电子邮箱',
'password.min' => '登录密码至少需要 :min 位字符',
'password_confirmation.same' => '两次输入的密码不一致'
];
}
模型层字段名不一致时别漏掉 $table 和 $fillable
如果数据库字段本身就是 user_email 这种非标准命名，而你又在模型里用了 email 作为访问属性（比如通过访问器 getEmailAttribute()），那表单验证仍应以实际提交的字段名为准——也就是前端传的 user_email，不是模型里的 email。
- 验证时字段名始终以 HTTP 请求 payload 的 key 为准，跟模型属性名无关
- 若表单提交的是
user_email，attributes()就得写'user_email' => '电子邮箱' - 模型里用
$fillable = ['user_email']或显式指定$table，避免误以为字段不存在
多语言场景下别直接写死中文
如果项目要支持中英文切换，硬编码中文到 attributes() 或 messages() 会导致无法翻译。正确做法是用 Laravel 的翻译函数 __() 包裹字符串。
- 把中文字符串移到语言文件里，比如
resources/lang/zh/validation.php -
attributes()中返回__('validation.attributes.email') - 这样切换 locale 后，字段名和提示都会自动变
容易忽略的一点：Laravel 默认的中文翻译包（laravel-lang）里已经预置了常见字段的 attributes 映射，比如 'email' => '邮箱'，直接引入就能少写一堆。
