mirror of
https://github.com/chai2010/advanced-go-programming-book.git
synced 2025-05-24 04:16:01 +00:00
validator basically done
This commit is contained in:
parent
1dd1615f19
commit
9dcf002653
@ -123,7 +123,11 @@ fmt.Println(err) // Key: 'RegisterReq.PasswordRepeat' Error:Field validation for
|
||||
|
||||
## 原理
|
||||
|
||||
从结构上来看,每一个 struct 都可以看成是一棵树。从字段校验这个角度来讲,无论我们采用深度优先搜索还是广度优先搜索来对这棵 struct 树来进行遍历,都是可以的。
|
||||
从结构上来看,每一个 struct 都可以看成是一棵树。i
|
||||
|
||||
## TODO 这里需要一张图
|
||||
|
||||
从字段校验这个角度来讲,无论我们采用深度优先搜索还是广度优先搜索来对这棵 struct 树来进行遍历,都是可以的。
|
||||
|
||||
我们来写一个递归的深度优先搜索方式的遍历 demo:
|
||||
|
||||
@ -205,3 +209,6 @@ func main() {
|
||||
|
||||
这里我们简单地对 eq=x 和 email 这两个 tag 进行了支持,读者可以对这个程序进行简单的修改以查看具体的 validate 效果。
|
||||
|
||||
在前一小节中介绍的 validator 组件在功能上要远比我们的 demo 复杂的多。但原理很简单,就是用 reflect 对 struct 进行树形遍历。有心的读者这时候可能会产生一个问题,我们对 struct 进行 validate 时大量使用了 reflect,而 go 的 reflect 在性能上不太出众,有时甚至会影响到我们程序的性能。这样的考虑确实有一些道理,但需要对 struct 进行大量校验的场景往往出现在 web 服务,这里并不一定是程序的性能瓶颈所在,实际的效果还是要从 pprof 中做更精确的判断。
|
||||
|
||||
如果基于反射的 validator 真的成为了你服务的性能瓶颈怎么办?现在也有一种思路可以避免反射:使用 golang 内置的 parser 对源代码进行扫描,然后根据 struct 的定义生成校验代码。我们可以将所有需要校验的结构体放在单独的 package 内。这就交给读者自己去探索了。
|
||||
|
Loading…
x
Reference in New Issue
Block a user