窗体验证扩展程序

作者 Jonathan Allen 译者 侯伯薇 发布于 2011年7月20日

领域

运维 & 基础架构,

架构 & 设计,

语言 & 开发

主题

Web框架 ,

ASP.NET ,

.NET ,

开放源代码 ,

编程 ,

架构

分享到

通常我们会使用现成的大型而复杂的框架，即便能够构建属于自己的框架，可能我们也不想那么做。但是，有时只具有几个类的简单小型类库就能够让一切变得不同。FormsAuthenticationExtensions这个项目就是典型的例子。

即便是有了像MVC 3那样先进的框架，对于公开的站点来说，我还是建议使用古老的表单身份验证作为安全模型。当它与成员和角色提供程序组合在一起时，配置会很容易，并且非常灵活。在最简单的模式中，表单身份验证会基于加密的cookie完成，其中包含了用户名或者id。其他信息都必须使用其他方式访问。可选的方式包括：

• 调用Membership.GetUser，在使用默认实现的时候这种方式会查询数据库。这肯定是可行的，但是这样做有些取巧，并且它在页面生命周期中的位置使得调试变得很困难。
• 在Session中会存储额外的信息，那意味着你确实需要让会话保持有效。对于小型站点这没有问题，但是一旦你需要多台web服务器，这就会出现问题了。

FormsAuthenticationExtensions让你有了第三种选择。它不会构建成员缓存或者设置会话服务器，你可以只是把额外的信息存储在身份验证cookie中。下面是一个小型MVC项目的例子，我用它来测试这个程序库。它替换了AccountController.LogOn方法中的默认代码。

  
//FormsAuthentication.SetAuthCookie(model.UserName, model.RememberMe);
  
var ticketData = new NameValueCollection();  
ticketData["Name"] = model.UserName; ticketData["Key"] = membershipUser.ProviderUserKey.ToString(); ticketData["Email"] = membershipUser.Email;
new FormsAuthentication().SetAuthCookie(model.UserName, model.RememberMe, ticketData);

项目的创建者为我们提出了一项警告：

规模很重要。

你以这种方式存储的信息会嵌入在表单ticket中，然后会加密并发送回用户的浏览器。在此之后的每次请求中，整个cookie都会发送回来并进行解密。在其中存储大量的数据显然会出现问题。我们要确保其中只存储一些简单的值。

支持FormsAuthenticationExtensions与上面的问题毫不相关，那就像载入 NuGet包一样简单，只需要修改几行代码就可以。

如果你拥有其他小型但很有用的程序库，你认为人们应该了解它们，请在此评论告诉我们，或者也可以使用页面顶端的“提供新闻”链接。

查看英文原文：Forms Authentication Extensions

译者 侯伯薇 是InfoQ中文站架构社区编辑，有多年对日和国内项目开发经验，目前关注企业中技术与实际业务之间的融合和协作。

相关厂商内容

保持某些系统的高可用性，是一些企业的重中之重，如何设计？

海量数据处理，海量视频分发，架构热点难点，尽在架构师峰会！

相关赞助商

ArchSummit全球架构师峰会报名启动！7折优惠，5月31日截止！