表单验证

来源：7-12 user serializer和validator验证-2

改变自己c

2020-08-04

对于一次性提交多个字段信息的表单验证，很多验证操作前端校验有很多的局限性，鉴于好的接口应当避免被滥用的api设计原则，我的想法是后端做好严格的限制，阻止各种预料之外的接口调用情况发生。而这种验证就是返回通常不止一条错误，drf的形式是[{‘field1’:‘error1’, ‘field2’:‘error2’, ‘non_field_error’:‘error’}]。前端同事在这里跟我有分歧了，我的想法是像这种能对应到具体错误的field error应该显示到相应的填写框下面，对于比如联合唯一错误的non_field_error的错误应当显示到表单的最上面或者最下面。
首先，请问老师这种做法是不是一种通用做法？有没有什么更好的办法？
第二：这个前端实现起来性能开销大吗，实现难度高吗？
这个问题我跟前端同事有分歧好久了，我就是觉得他们做的前端页面不能更加人性化的显示错误。

写回答

1回答

bobby

2020-08-05

这种做法就是drf的默认做法，挺合理的，前端分歧那么前端的说法是什么？为什么不同意呢，只要大家说的有理就行
前端实现起来难度也不大啊，因为很多框架都会配备验证库的，比如elementui就有，前端只需要配置就行了
从合理性上来讲，前端和后端都应该做验证的，那么为什么呢？ 1. 前端不论做不做后端都得做，这是安全考虑，那为什么后端做了前端也应该做呢？：1. 用户体验好 2. 如果假设用户提交的表单可能70%都有错误，这种错误前端如果能检查出来，那么就不用提交到后端验证，这样就给后端减轻了70%的请求处理压力了。所以为了性能考虑前端做也是合理的

bobby

改变自己c

如果这样那么最好是大家一起商量一种好的方式，你可以要求对方能应对未来可能出现的情况，以及如果你觉得对方不好确定，那么你找对方当前前端负责人一起商量一下，既然指定了规则那么就要考虑到：1. 是否这个规则能尽量覆盖全面的情况比如有些情况可能考虑不到导致后期双方改动都大 2. 后期这种规范是否会带来各种额外的开发负担还有最后一个建议就是 graphql，这种模式前端会比较喜欢你也可以调研一下这个技术

2020-08-10

共2条回复

Python前后端分离开发Vue+Django REST framework实战

Django REST framework课程视频，RESTFul API前后端分离开发

2872 学习 · 2457 问题

查看课程

相似问题

表单提交参数验证信息处理

回答 2

如果后台管理员和前端用户是两个表这时候改如何做jwt认证？

回答 1

jwt怎么设置post验证token，get不验证token

回答 1

前端表单验证的错误信息不显示出来，后端都能出来，

回答 1

drf 权限认证问题

回答 1

打开慕课网App查看更多内容