使用MVC Remote验证的注意点

时间：2015-05-25 16:32:56 阅读：146 评论：0 收藏：0 [点我收藏+]

标签：

这其实是一个比较简单的问题，但往往挺容易被忽略，这次我们在推广我们的互联网平台的时候就吃了这么一个大亏。一般用户注册过程中，前端注册往往会检验用户名、昵称是否已存在，甚至验证码是否匹配，我们都可以用Remote的验证很方便的解决。直接上关键代码： public class RegisterModel { [Required(ErrorMessage = " *邮箱地址不能为空 ")] [DataType(DataType.EmailAddress)] [RegularExpression( @" ^\w+((-\w+)|(\.\w+))*\@[A-Za-z0-9]+((\.|-)[A-Za-z0-9]+)*\.[A-Za-z0-9]+$ ", ErrorMessage = " *请输入正确的邮箱格式 ")] [ Remote( " IsExistEmail ", " Validator ",ErrorMessage= " *该邮箱地址已经被注册过 ")] public string email { get; set; } ... } ///

/// 验证该EMail账户是否已经被注册过了 ///

/// /// public JsonResult IsExistEmail( string email) { bool valid = false; if (!AccountServices.IsExistMail(email)) valid = true; return Json(valid,JsonRequestBehavior.AllowGet); } 前端的代码如下： @Html.TextBoxFor(m => m.email) @Html.ValidationMessageFor(m => m.email) 代码很简单，我想大家都很容易懂，但问题在哪里呢？问题就是注册完成后，如果你直接点浏览器后退，就能绕开这个验证机制，因为验证通过这个过程被缓存起来了。这样就很容易在后端出现冗余数据，甚至搞乱程序的业务规则，当然健壮的程序会在业务层再次验证是否存在email，存在则抛出异常，但往往这是避免恶意注册和攻击之类的，返回到用户这边是出错页面，非常的不友好。此类问题在注册码等场景上问题更大，明明用户输入的是正确的验证码，由于缓存了之前的，所以怎么输都不对，从而让这些用户流失，所以还是要从本源上去解决：解决思路其实很简单：你缓存是吧，我不让你缓存不就行了？ValidatorController中代码如下： using System.Web.UI; /// < summary > /// 验证该EMail账户是否已经被注册过了 /// /// < param name ="email" > /// < returns > [OutputCache(Location = OutputCacheLocation.None, NoStore = true)] //清除缓存 public JsonResult IsExistEmail(string email) { bool valid = false; if (!AccountServices.IsExistMail(email)) valid = true; return Json(valid,JsonRequestBehavior.AllowGet); } 到此，这个场景下的问题可以解决，因为想让大家更从实际场景的思维方式去考虑问题，写的有点罗嗦了，请见谅！

使用MVC Remote验证的注意点

标签：

原文地址：http://www.cnblogs.com/-NeverMore/p/4527908.html

踩

(0)

评论一句话评论（0）

分享档案

更多>

2021年07月29日 (22)
2021年07月28日 (40)
2021年07月27日 (32)
2021年07月26日 (79)
2021年07月23日 (29)
2021年07月22日 (30)
2021年07月21日 (42)
2021年07月20日 (16)
2021年07月19日 (90)
2021年07月16日 (35)

周排行