在MVC中用户名验证中遇到的几个问题

一、检测用户名是否已存在。

解决方法如下:

1、字段上加上[Remote("CheckUserName", "User", ErrorMessage = "用户名已经存在")],第一个参数是Action,第二个是Controller,第三个是验证提示的消息。

        [Required]
        [MaxWordsExpression(50)]
        [Remote("CheckUserName", "User", ErrorMessage = "用户名已经存在")]
        [Display(Name = "帐号")]
        public string UserName { get; set; }

2、在相应的Action里写入验证代码

        [OutputCache(Location = OutputCacheLocation.None, NoStore = true)]   //清除缓存
        public ActionResult CheckUserName(string UserName)
        {
            var result = m_BLL.GetByUserName(UserName);
            return Json(result, JsonRequestBehavior.AllowGet);
        }
        public bool GetByUserName(string userName)
        {
            var result = false;
            IQueryable<JxUser> queryData = null;
            if (!string.IsNullOrWhiteSpace(userName))
            {
                queryData = m_Rep.GetList(db).Where(a => a.JXName.Equals(userName));
                result= queryData.Count() >= 1 ? false : true;
            }

            return result;
        }

这里需要注意的有三点:

a)如果注册完成后,如果你直接点浏览器后退,就能绕开这个验证机制,因为验证通过这个过程被缓存起来了。这里需要清除缓存。

b)参数名需要和字段名一致

c)返回的值是Json(result, JsonRequestBehavior.AllowGet);

这样就能检测UserName是否在库里已存在。

二、检测用户名过程中,每次KeyUP都触发。

如果库里的用户名是zhangsan,在输入zhangsan过程中,每次keyup都会调用一次CheckUserName方法,这样效率是我们接受不了的。

换个思路,当我们输入完再调用,也即是离开textbox的时候即可。

解决方法很简单,找到jquery.validate.js文件,屏蔽相应的keyup事件。

onkeyup: function( element, event ) {
            //if ( event.which === 9 && this.elementValue(element) === "" ) {
            //    return;
            //} else if ( element.name in this.submitted || element === this.lastElement ) {
            //    this.element(element);
            //}
        },

三、登录时候提示用户名存在

注册时候验证是否用户名已存在已完美解决,但在登录的时候该属性会提示用户名已存在(:-D 当然存在了,已经注册成功!),明显不合理。

目前的解决办法是另建一个Model,如果有人有更好的解决办法,请下面留言,不胜感激。

时间: 2024-08-03 07:33:51

在MVC中用户名验证中遇到的几个问题的相关文章

ASP.NET MVC的客户端验证:jQuery验证在Model验证中的实现

原文:ASP.NET MVC的客户端验证:jQuery验证在Model验证中的实现 在简单了解了Unobtrusive JavaScript形式的验证在jQuery中的编程方式之后,我们来介绍ASP.NET MVC是如何利用它实现客户端验证的.服务端验证最终实现在相应的ModelValidator中,而最终的验证规则定义在相应的ValidationAttribute中:而客户端验证规则通过HtmlHelper<TModel>相应的扩展方法(比如TextBoxFor.EditorFor和Edid

MVC之前的那点事儿系列(9):MVC如何在Pipeline中接管请求的?(转载)

MVC之前的那点事儿系列(9):MVC如何在Pipeline中接管请求的? 文章内容 上个章节我们讲到了,可以在HttpModules初始化之前动态添加Route的方式来自定义自己的HttpHandler,最终接管请求的,那MVC是这么实现的么?本章节我们就来分析一下相关的MVC源码来验证一下我们的这个问题. 先创建一个MVC3的Web Application,选择默认的模板以便创建以后就默认包含HomeController和AccountController.我们知道MVC要先接管请求才能通过

MVC 3 数据验证 Model Validation 详解

续我们前面所说的知识点进行下一个知识点的分析,这一次我们来说明一下数据验证.其实这是个很容易理解并掌握的地方,但是这会浪费大家狠多的时间,所以我来总结整理一下,节约一下大家宝贵的时间. 在MVC 3中 数据验证,已经应用的非常普遍,我们在web form时代需要在View端通过js来验证每个需要验证的控件值,并且这种验证的可用性很低.但是来到了MVC 新时代,我们可以通过MVC提供的数据验证Attribute来进行我们的数据验证.并且MVC 提供了客户端和服务器端 双层的验证,只有我们禁用了客户

MVC WebApi 用户验证 (2)

构建ASP.NET MVC5+EF6+EasyUI 1.4.3+Unity4.x注入的后台管理系统(66)-MVC WebApi 用户验证 (2) 前言: 构建ASP.NET MVC5+EF6+EasyUI 1.4.3+Unity4.x注入的后台管理系统(65)-MVC WebApi 用户验证 (1) 回顾上一节,我们利用webapi简单的登录并进行了同域访问与跨域访问来获得Token,您可以跳转到上一节下载代码来一起动手. 继续上一篇的文章,我们接下来演示利用拿到的Token来访问接口,管理接

(转)MVC 3 数据验证 Model Validation 详解

继续我们前面所说的知识点进行下一个知识点的分析,这一次我们来说明一下数据验证.其实这是个很容易理解并掌握的地方,但是这会浪费大家狠多的时间,所以我来总结整理一下,节约一下大家宝贵的时间. 在MVC 3中 数据验证,已经应用的非常普遍,我们在web form时代需要在View端通过js来验证每个需要验证的控件值,并且这种验证的可用性很低.但是来到了MVC 新时代,我们可以通过MVC提供的数据验证Attribute来进行我们的数据验证.并且MVC 提供了客户端和服务器端 双层的验证,只有我们禁用了客

ASP.NET MVC的客户端验证:jQuery的验证

http://www.cnblogs.com/artech/archive/2012/06/17/client-validation-01.html 之前我们一直讨论的Model验证仅限于服务端验证,即在Web服务器根据相应的规则对请求数据实施验证.如果我们能够在客户端(浏览器)对用户输入的数据先进行验证,这样会减少针对服务器请求的频率,从而缓解Web服务器访问的压力.ASP.MVC 2.0及其之前的版本采用ASP.NET Ajax进行客户端验证,在ASP.NET MVC 3.0中,jQuery

构建ASP.NET MVC5+EF6+EasyUI 1.4.3+Unity4.x注入的后台管理系统(66)-MVC WebApi 用户验证 (2)

前言: 构建ASP.NET MVC5+EF6+EasyUI 1.4.3+Unity4.x注入的后台管理系统(65)-MVC WebApi 用户验证 (1) 回顾上一节,我们利用webapi简单的登录并进行了同域访问与跨域访问来获得Token,您可以跳转到上一节下载代码来一起动手. 继续上一篇的文章,我们接下来演示利用拿到的Token来访问接口,管理接口,利用系统权限管理接口,对每个接口进行授权(管理接口为选读部分,因为你需要阅读最开始权限管理部分(18-27节),才能阅读这部分) 开发环境: V

JSR-303 Bean Validation 介绍及 Spring MVC 服务端验证最佳实践

任何时候,当要处理一个应用程序的业务逻辑,数据校验是你必须要考虑和面对的事情. 应用程序必须通过某种手段来确保输入参数在上下文来说是正确的. 分层的应用在很多时候,同样的数据验证逻辑会出现在不同的层,这样就会导致代码冗余和一些管理的问题. 为了避免这样或那样的情况发生,最好是将验证逻辑与相应的数据模型进行绑定. 1. JSR-303 Bean Validation JSR 是Java Specification Requests 的缩写,是指向 JCP(Java Community Proces

(MVC)从客户端中检测到有潜在危险的 Request.Form 值

在传统的.net Request验证中 ,只需要在WebConfig HttpRuntime节点 加入 RequestValidateMode 属性,值为2.0(此处2.0并非Framework版本) 在pages 或页面中将  validateRequest设为 false 即可. 但以上设置在MVC中失效. 在MVC中 设置如下: ValidateInput 在MVC的 方法 或控制器上 加入  [ValidateInput(false)]标识就OK了 但前提是 同样是:WebConfig