从 PHP 到 AI + Golang,程序员自救转型手记(四十九):多条件组筛选、字段白名单(增强功能并预防SQL注入)

📅 2026/8/4 7:25:28
从 PHP 到 AI + Golang,程序员自救转型手记(四十九):多条件组筛选、字段白名单(增强功能并预防SQL注入)
这是一个系列 Blog作者将以一个 PHP 全栈工程师的身份利用 AI 工具claude code、codex、deepseek、豆包等从零开始学习 golang 语言并最终完成 ai-go-admingithub | gitee开源项目的制作全程记录分享。在上一期我们进行了 “菜单规则管理实现”本期将完成多条件组筛选、字段白名单筛选字段白名单白名单说白了就是先在模型定义好所有字段然后检查前端传递的筛选字段名称是否在模型定义内否则就算字段不存在主要是为了安全着想避免 SQL 注入等。之前我们在仓储层已经做好了检查一个字段是否在模型内的方法而且排序字段名已经做过白名单检查了之前没有做筛选字段的检查主要是因为筛选功能还不完善。这里直接让 AI在服务层使用检查一个字段是否在模型内方法检查所有筛选条件提供的Field即可。筛选操作符号白名单众所周知一个筛选条件的基本结构是这样的Where(name ?, jinzhu)我们已经完成了字段名的检查字段值则是直接使用?这种插值的语法无需担心注入问题那么操作符号、、、LIKE等是否也需要检查呢答案是肯定需要过滤比如前端传递的操作符号是 1 or id 0 --SQLstatus 1 or id 0 -- ?。接下来就是如何优雅的实现操作符白名单我们之前已经写了一个GetOperatorByAlias方法用于将前端eq转为、ne转为!等所以直接利用它将所有允许的操作符号列出来就行了不允许的返回空字符或者 nil拼接 where 时去掉 nil 的筛选条件即可。多条件组筛选目前支持的筛选条件数据是这样的typeWherestruct{FieldstringOperatorstringValue any}前端传递一个[]Where服务端将切片中的每一项组装为一个GORM的scope然后传递给仓储层使用所以scopes直接的连接符号统一是AND比如[{field:a,operator:eq,value:1,},{field:b,operator:eq,value:2,},]将组装为两个scope最终 SQL 类似WHERE a1 AND b2我希望实现前端传递[{wheres:[]Where,or:true},{wheres:[]Where,or:false},]wheres: []Where字段代表以前版本的筛选条件数据而且保持数组格式可以传递多个而这些条件之间的连接符号取用or字段的值true则使用OR否则使用AND示例如下[{wheres:[{field:a,operator:eq,value:1,},{field:b,operator:eq,value:2,},],or:true},{wheres:[{field:c,operator:eq,value:3,},{field:d,operator:eq,value:4,},],or:false},]一个[]Where组装为一个GORM的scope最终 SQL 类似WHERE (a1 OR b2) AND (c3 AND d4)最终可以达成复杂查询下scopes减少和单个scope内的多个筛选条件支持自定义OR / AND连接符号。服务端支持了这种多条件组筛选后前端的表格和远程下拉都会受益因为它们就是基于服务端List方法获取数据的而且不用担心安全问题我们的字段名和操作符号都有白名单值则是使用?插值语法天然防范 SQL 注入。