beego validation不支持嵌套结构体递归校验，仅校验扁平字段且丢失路径上下文；parseform需传值类型地址，字段须导出并带form标签；生产环境应改用go-playground/validator/v10。
Beego 的表单验证不是“开箱即用”的完整解决方案，validation 模块仅支持扁平字段、不递归、不保留嵌套路径，生产环境直接用它校验嵌套结构体会静默失败。
ParseForm 绑定结构体时字段为空？先看变量类型和地址传参
最常见错误是把指针当值传给 ParseForm：
- ❌ 错误写法：
n := &Note{}; this.ParseForm(&n)→ 传入的是**Note，反射无法写入字段，n.Title保持未初始化，日志打印出%!s(*string=0xc82027a368) - ✅ 正确写法：
n := Note{}; this.ParseForm(&n)→&n是*Note，字段可正常绑定 - 结构体字段必须首字母大写（导出），且建议显式加
form标签，比如Title string `form:"title"`，避免依赖字段名自动匹配 - 如果字段类型是
string但表单没提交该字段，ParseForm不会赋空字符串，而是保持零值（""）；但若字段是*string，未提交时就是nil，需额外判空
嵌套结构体校验为什么总不报错？因为 validation 不递归
beego.Validation 只认基本类型值，对 User{Profile: Profile{Email: ""}} 这类结构，它根本不会走进 Profile.Email 去校验。
- 调用
valid.Required(user.Profile, "Profile")只检查指针是否为nil，不校验内部字段 - 手动传
user.Profile.Email能触发校验，但错误 Key 变成Email，丢失上下文，前端无法定位到Profile.Email - 没有
RequiredIf、EqField等条件规则，所有逻辑都得手写if判断 - 若必须用原生 validation，只能展开：先
if user.Profile != nil，再逐个校验user.Profile.Email、user.Profile.Age等
运行时动态校验（如“referral_code 存在时才查库”）怎么写？别放 Prepare()
Prepare() 在 ParseForm() 之前执行，拿不到表单数据，这类逻辑必须放在 Post() 或 Put() 里。
- 先用
c.GetString("referral_code")获取值，再if referral != ""包裹 DB 查询 - 查库失败不能直接
c.Abort("400")—— 会中断流程，无法统一收集错误。应维护一个map[string]string或切片，把"referral_code": "邀请码无效"存进去，最后统一返回 -
validation.Validation的ErrorMap是非公开字段，反射访问或 fork 修改源码风险高，不推荐 - 更干净的做法：跳过
validation，用自定义 error slice + 手动拼接错误信息，响应 JSON 时直接返回{"errors": {"referral_code": "邀请码无效"}}
想真正用上高级校验？绕过 validation，直连 go-playground/validator/v10
Beego 不绑定任何校验器，validation 只是历史遗留模块。生产项目应直接集成 go-playground/validator/v10。
- 结构体 tag 写法更标准：
Email string `validate:"required,email,max=100"`，支持required_if=Type invite、eqfield=Password等复杂规则 - 校验后错误对象自带完整字段路径（
Profile.Email）、翻译能力（zh本地化）、结构化输出 - Controller 中直接调用：
err := validator.New().Struct(&user)，无需改造 Beego 生命周期 - 注意：
ParseForm(&user)和validator.Struct(&user)是两个独立步骤，前者负责绑定，后者负责校验，顺序不能颠倒
嵌套校验、条件逻辑、错误路径还原——这些不是配置问题，而是 validation 的设计边界。越早放弃它，越少在调试 HasErrors() 返回 false 却实际该报错的问题上浪费时间。
