中文验证提示需手动加载语言包且时机关键：respect必须在首次验证前调用language::load('zh_cn')，symfony需配置validators域并注册翻译资源；二者均不自动处理空格、空值及嵌套结构，须预处理数据并正确映射字段路径。
直接装 respect/validation 或 symfony/validator 不会自动带中文提示——语言包得手动加载、时机必须卡准，否则永远显示英文错误。
Respect\Validation 中文提示必须在首次验证前加载
很多人把 Language::load('zh_CN') 放在 try/catch 里或 assert() 后面，结果异常抛出来还是英文。它只对之后创建的验证器生效，不是全局开关。
- 必须在
require __DIR__ . '/vendor/autoload.php';之后、任何Validator::create()或assert()之前执行 - 只需调用一次，不用每个请求都 reload
- 如果用了
respect/language独立包（v2 场景），确保版本匹配：v2 对应respect/language:^1.0，v3 已内置无需额外装 - 没报错但提示仍是英文？检查是否拼错字符串：
'zh_CN'不是'zh-cn'或'zh'
symfony/validator 中文提示要配 translation domain
symfony/validator 默认用 validators 这个 translation domain，但中文翻译文件不在核心包里，得自己提供或引入第三方翻译包。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 最简方案：安装
symfony/translation+ 中文语言包，比如composer require symfony/translation，再加载zh_CN资源 - 手动指定 domain：创建
Validator实例后，用$validator->setTranslationDomain('validators')（注意不是'validator'） - 若用注解定义规则，错误消息中的占位符如
{{ value }}会被自动替换，但中文翻译文件里必须有对应键名，否则 fallback 到英文 - 别指望
messages.zh_CN.xlf放错目录就能生效——必须注册到Translator并传给RecursiveContextualValidator，否则白搭
表单空格、空值、嵌套数组不处理，校验必挂
两个库都不做预处理：提交 " user@example.com "，email() 或 @Assert\Email 都会直接失败，不会帮你 trim()。
- 字符串字段务必先
trim($input)，再交给验证器；filter_var($input, FILTER_SANITIZE_STRING)不能替代trim，它不删首尾空格 - 数字字段用
filter_var($input, FILTER_VALIDATE_INT)或(int)$input转换，避免传入"123abc"导致intVal()失败 - 嵌套数组如
$_POST['address']['city']，Respect 需用keySet(['city' => string()])显式定义结构；Symfony 则需 DTO 类 +@Assert\Valid标记嵌套属性 - 空数组
[]或null提交，required规则会直接炸，得提前用isset()或array_key_exists()检查字段是否存在
验证失败后错误信息难映射到前端字段
Respect 返回的异常默认不含字段路径，Symfony 的 ConstraintViolationListInterface 虽含 $violation->getPropertyPath()，但默认是 PHP 属性名，不是 HTML name 属性。
- Respect v3 里没有字段名绑定机制，得靠包装：用
try { ... } catch (NestedValidationException $e) { $errors[$field] = $e->getFullMessage(); }手动归因 - Symfony 若验证 DTO，
getPropertyPath()返回email，但表单可能是user[email]—— 需在控制器里做映射：str_replace('.', '[', $path) . ']' - 返回 JSON 给前端时，错误结构必须是
{"email": ["邮箱格式不正确"]}，不能是扁平数组或对象根级 message，否则前端 JS 没法精准插入提示 - 别省略
error_bubbling = false（Symfony）或跳过keySet（Respect）——否则所有子字段错误都堆在顶层，根本分不清哪块错了
中文提示不是“装完就亮”，真正卡点在于加载时机、字段映射和空值预处理——这三处任一遗漏，都会让验证逻辑看似跑通，实则漏检或提示错乱。
