js和asp.net对服务器影响的问题
在用户输入数据的时候,我们总需要验证一下数据,比如emial格式是否正确?是否为数字等等。一般有两种情况。一个是用javaScrip一个是用asp.net判断。条件如下(...
在用户输入数据的时候,我们总需要验证一下数据,比如emial格式是否正确? 是否为数字等等。 一般有两种情况。一个是用javaScrip一个是用asp.net判断。 条件如下 (1)用asp.net的ajax 当用户输入完数据时马上判断。 (2)提交页面大概需要判断5、6次 请问用javaScrip 和 asp.net哪个对 服务器压力更小一点。
展开
1个回答
展开全部
js是完全在客户端执行的,只要不发ajax请求,对服务器不会有任何压力,理论上来说如果从性能方面考虑,单纯的js验证是最好的
但是你的问题很特殊,在b/s系统中为了保证系统结构的健壮及安全,前段,后台,数据库要做到互不信任,通俗点讲就是后台程序不能信任任何来自客户端的信息,目的是保证安全,因为客户端发过来的东西是不可靠的,用户可以伪造任何包发往服务器,js只能带来用户体验的提升,不能帮你强验证,因为js是可以绕过的。数据库不能相信后台以及js不能相信服务器返回信息是为了方便以后代码移植,实现MVC三层解耦,也就是说即使以后你的后台程序代码要移植到其他系统,验证代码会一直有效,不用二次开发,数据库也一样。
基于以上原则,你应该加上js验证为用户提升体验,后台加上验证保证不会被hack,数据库加入验证保证即使被hack了也不会被写入垃圾信息,看起来或许很繁琐,但是对于产品级别的web应用,这些都是基本构架上的基础设施,不能绕过或者省略的
但是你的问题很特殊,在b/s系统中为了保证系统结构的健壮及安全,前段,后台,数据库要做到互不信任,通俗点讲就是后台程序不能信任任何来自客户端的信息,目的是保证安全,因为客户端发过来的东西是不可靠的,用户可以伪造任何包发往服务器,js只能带来用户体验的提升,不能帮你强验证,因为js是可以绕过的。数据库不能相信后台以及js不能相信服务器返回信息是为了方便以后代码移植,实现MVC三层解耦,也就是说即使以后你的后台程序代码要移植到其他系统,验证代码会一直有效,不用二次开发,数据库也一样。
基于以上原则,你应该加上js验证为用户提升体验,后台加上验证保证不会被hack,数据库加入验证保证即使被hack了也不会被写入垃圾信息,看起来或许很繁琐,但是对于产品级别的web应用,这些都是基本构架上的基础设施,不能绕过或者省略的
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
推荐律师服务:
若未解决您的问题,请您详细描述您的问题,通过百度律临进行免费专业咨询