webman中不能直接new form类验证，因form、stringfield等是flask-wtf概念，webman仅支持webman/validation的validate::make()方法，需手动传入数据与字符串规则数组，不支持嵌套字段路径和动态规则。
Webman 里不能直接 new Form 类做验证
看到 Python 风格的 class MyForm(Form) 示例就照着写，PHP 会立刻报 Class 'Form' not found。Webman 官方没有 Form、StringField 这类类，那些是 Flask-WTF 的东西，混进文档纯属误导。
真正可用的只有 webman/validation 扩展包提供的 Validate::make()。它不支持声明式字段定义，也不自动绑定请求数据——你得手动传 $_POST 或 $request->all()，规则也必须写成字符串数组格式。
- 别在控制器外调用
Validate::make()：它依赖 Webman 的服务容器和生命周期，普通 PHP 脚本里跑不起来 - 规则字符串里用竖线分隔（如
'email'=>'required|email'），不是点号或冒号 -
string规则允许数字字符串（如"123"）通过，它不等价于is_string()，只是排除 array/object
嵌套字段和动态规则怎么写
Webman 默认验证器对嵌套结构（比如 address[city]、tags[0][name]）支持有限。直接写 'address.city' => 'required' 会失败，因为底层没做键路径解析。
正确做法是先扁平化数据，或改用第三方验证库如 Respect/Validation，它原生支持点号路径和复合规则：
use Respect\Validation\Validator;
$data = $request->all();
if (!Validator::key('address')->key('city')->notEmpty()->validate($data)) {
return json(['code'=>400, 'msg'=>'城市不能为空']);
}
- 用
Validator::keySet()可批量校验顶层字段，但对多层嵌套需手动展开 - 动态规则（比如“当 type=premium 时 price 必填”）没法靠字符串规则表达，得拆成条件判断 + 分段验证
- 字段缺失时，
$data['field'] ?? null必须写，否则email()对null返回true，导致漏校验
自定义错误消息和字段别名要手动配
默认错误提示全是英文，且字段名直接暴露为键名（如 email），用户看到 “The email field is required.” 完全不知所云。Webman 不像 Laravel 那样自动映射 $attributes，必须显式传参。
Webman 2.2.0版本强化了 TCP/UDP 服务支持，优化路由组管理，并增强异步任务处理能力。结合协程与连接池技术，Webman 能轻松应对高并发场景，适用于网站、接口服务、即时通讯、物联网及游戏开发，兼具高性能、灵活扩展与稳定可靠，是多场景 PHP 服务开发的理想选择。
配置方式有两种：
- 在
Validate::make()第三个参数传$messages数组，键为"字段.规则"格式，如'email.required' => '邮箱必须填写' - 同时传第四个参数
$attributes映射字段显示名，如['email' => '电子邮箱']，否则email还是显示成 “email” - 中文提示必须自己写全，框架不内置翻译文件，也不读取 locale 配置
复杂逻辑别硬塞进验证规则里
比如“密码需包含至少一个大写字母、一个小写字母和一个数字”，这种正则虽能写进 regex 规则，但可读性差、难调试、错误提示泛化（只说“格式不合法”）。
更稳妥的做法是剥离到业务层：
if (!preg_match('/^(?=.*[a-z])(?=.*[A-Z])(?=.*\d)/', $data['password'])) {
$errors[] = '密码需包含大小写字母和数字';
}
- 验证器只管基础合法性（非空、类型、长度），业务规则放控制器或 service 层
- 混合使用
Validate::make()和手写判断，最后合并错误数组，比强行拼 regex 更易维护 - 跨字段联动（如“开始时间不能晚于结束时间”）必须手动比较，规则系统不支持字段间引用
真正卡住人的不是语法，而是把验证当成黑盒去套——Webman 的验证器本质是轻量过滤器，不是规则引擎。越想让它干 Laravel 那种事，越容易掉进配置陷阱里。
