写在了路由表里,不知道这样合适不。
回复 (14)
I
M
A
参数校验如果没有框架兜底的话,最好把校验的过程写进业务流程里面。
这样方便抽象,把框架依赖度降到最低,这样当你想切换框架的时候,基本就是低成本了
我是见过把逻辑跟框架强耦合的,结果想换框架的时候就...
J
宁愿你用原始的validator啥也不封装,也别用这种写法;本来参数校验就没有异步回调,用promise包装会使得代码在一下一个时间片才继续往下执行
M
M
B
P
M
J
M
J
参数校验我觉得可以在业务层封装一个通用的方法,接受参数列表,根据校验规则循环校验
M
引用 jacksparrow68我觉得可以的;不过我个人习惯在业务层才校验参数;再说你这里只校验了邮箱,没有校验密码;还有就是这个checkSignup复用性低,没必要这样写吧
@jacksparrow68 我这个只是写的一个思路,不晓得该不该这样写,所以只写了部分代码。
J
我觉得可以的;不过我个人习惯在业务层才校验参数;再说你这里只校验了邮箱,没有校验密码;还有就是这个checkSignup复用性低,没必要这样写吧
参与回复
登录后即可参与回复。登录