基础数据服务端和客户端验证方式交互问题

Question

举例说明：登录界面，登录账户（账户名称，密码）。众所周知，该界面要有基本的数据验证，为空验证，字符长度大小验证等等，但是在进行账号和密码验证登陆时，往往系统会给出统一的一个弹框或者错误提示框提示用户名或者密码有错误，我比较困惑的是：为什么不能把账户不对和密码错误的提示进行分开，分别展示在对应的输入框下面呢？我周围有同事说，

“不要在服务端决定客户端要显示的内容”，所以他建议使用弹框进行统一提示，不用分别提示；还有就是在调用业务服务前，调用单独的服务进行专门的验证。我感觉（1）方法特别影响用户体验，（2）方法还是需要多调用一次服务，影响系统性能。应该很多业务系统的基础数据都需要唯一性或者重复性的验证，但是这些需要调用服务查询数据库进行验证的提示到底该怎么做比较好呢？大家有没有好的想法可以分享一下呢

Answer 1

用户体验不是建立在牺牲安全性的基础上

性能只是一个技术性问题，基本不能因为性能问题去压制业务，唯一能够使用的场景是在性能的确无法支撑的时候两边进行妥协最后达成一致

服务端的确不应该左右客户端显示，如果你这样搞了服务适应性就会很差，很难去兼容不同客户端的需求

Answer 2

模糊地提示用户名或者密码有错误是出于安全考虑的！

Answer 3

并没有不好，你在提交登录的时候就可以js校验长度，大小写，填写不合格就不让提交，后台统一返回密码或者用户名错误，至于具体哪个环节错误，log打印就好，一般不会把错误码和对应的msg返回给前端弹出的；至于需要查询db数据校验，把数据刷到缓存就好，写一个统一的校验方法调用

Answer 4

你可以站在这个角度去看这个问题，前台js验证只是为了温馨提醒普通用户，而最终的验证由后台控制是为了防止不速之客的。且前台的验证不会带来任何的性能问题，都是在客户机上做的验证。