如何过滤并校验用户的表单输入？借助Composer引入Respect/Validation-composer-PHP中文网

respect\validation仅校验不过滤，需手动trim/filter_var预处理；php 8.1+用v3，7.4–8.0须指定^2.2；必须require autoload.php；v3推荐validator::create()实例化；中文提示须在首次验证前language::load('zh_cn')。

如何过滤并校验用户的表单输入？借助composer引入respect/validation

直接用 Respect\Validation 做表单输入过滤和校验是可行的，但它本身不提供“过滤”能力——它只做校验（assert / validate），不修改原始数据。真正要“过滤”，得靠 PHP 自带的 filter_var 或手动 trim、htmlspecialchars 等处理，再交给 Respect 做校验。

安装时 PHP 版本和 Composer 命令必须严格匹配

v3.x（当前默认）要求 PHP ≥ 8.1；如果你用的是 PHP 7.4–8.0，composer require respect/validation 会装失败或运行时报错。必须显式指定版本：

PHP 8.1+：运行 composer require respect/validation
PHP 7.4–8.0：运行 composer require respect/validation:^2.2

装完后，必须在使用前加载自动加载器：require __DIR__ . '/vendor/autoload.php';。只写 use Respect\Validation\Validator; 不加这行，一定会报 Class not found。

v3 中 Validator::create() 是唯一推荐的初始化方式

v3 已弃用 Validator::string()->length(3, 10) 这类静态链式调用，继续用会触发 Deprecated 警告，且未来版本会移除。正确做法是：

$v = Validator::create();
$v->string()->length(3, 10)->assert($username);
$v->email()->assert($email);

这种实例化方式更利于复用、测试，也避免了静态方法状态污染。注意：Validator::create() 返回的是新实例，每次调用都是干净的，不像 v2 的静态工厂那样可能隐式共享配置。

Discussion Composer

围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par

下载

中文错误提示不是自动生效的，时机错了就白配

即使你装了 respect/language（v3 自带），Respect\Language\Language::load('zh_CN') 也必须在 第一次创建验证器或调用 assert() 之前执行。常见错误包括：

把它放在 try/catch 块里 —— 异常抛出时语言包还没加载
只在 debug === true 时才加载 —— 线上环境永远英文
写在 assert() 后面 —— 已经来不及了

最稳妥的位置是：加载 autoload.php 后、任何验证逻辑前，全局执行一次即可。

表单数据进来的空值、空格、数组嵌套必须提前处理

Respect\Validation 不会帮你自动 trim 或 filter_input。比如用户提交了带空格的邮箱 " user@domain.com "，$v->email()->assert($input) 会直接失败。你应该：

对字符串字段先 trim()，再校验
对数字字段用 filter_var($input, FILTER_VALIDATE_INT) 预处理，避免传入字符串 "123" 却被 intType() 拒绝
嵌套数组（如 $_POST['address']['city']）需用 key() + attribute() 规则，不能直接丢整个 $_POST 进去

校验和过滤是两件事：Respect 只管“对不对”，不对原始数据动刀。漏掉预处理，再强的规则链也会在第一步就崩。