7 天玩转 ASP.NET MVC — 第 4 天（7月是什么星座）

网友投稿 808 2022-09-13

正如你所看见的，这次我们生成的视图运用了 HtmlHelper 类，而不是纯 HTML。

在视图中我们已经创建了一个 HtmlHelper 类的对象，即「Html」。HtmlHelper 类的功能简单返回 HTML 字符串。

Example 1

@Html.TextBoxFor(x=>x.UserName)

上述的代码将产生如下的 HTML。

Example 2

@using (Html.BeginForm("DoLogin", "Authentication", FormMethod.Post)){}

上述的代码将产生如下的 HTML。

第四步：执行并测试

第五步：授权表单认证

打开 Web.config 文件。导航到 System.Web 区域。找到子区域 Authentication。如果这里不存在就创建一个。设置 Authentication 的模式是 Forms，Login URL 指向第一步所创建的「Login」的行为方法。

第六步：让行为方法更加安全

打开 EmployeeController，然后向 Index 方法附上 Authorize 属性。

[Authorize]public ActionResult Index()  {    EmployeeListViewModel employeeListViewModel = new EmployeeListViewModel();......

第七步：执行并测试

正如你所看见的，Index 行为的请求将会重指向 Login 行为。

第八步：创建一个业务层功能

打开 EmployeeBusinessLayer 类，然后创建一个方法叫做 IsValidUser。

public bool IsValidUser(UserDetails u)  {    if (u.UserName == "Admin" && u.Password == "Admin")    {        return true;    }    else    {        return false;    }}

注：在业务层，我们对比 UserName 和 Password 的硬编码值。在真实场景中，我们能够调用数据库层，并对比真实的值。

第九步：创建 DoLogin 行为方法

打开 AuthenticationController 类，然后创建一个新的行为方法，叫做 DoLogin。

现在我们来列举一下 DoLogin 中需要做的几点。

通过触发业务层功能来检查用户的合法性。如果用户是一个合法用户，就创建一个认证的 Cookie。它能够使得未来的请求是认证过的请求。如果用户是不合法的，就向当前的 ModelState 增加一个错误。这个错误将会呈现在视图中。

[HttpPost]public ActionResult DoLogin(UserDetails u)  {    EmployeeBusinessLayer bal = new EmployeeBusinessLayer();    if (bal.IsValidUser(u))    {        FormsAuthentication.SetAuthCookie(u.UserName, false);        return RedirectToAction("Index", "Employee");    }    else    {        ModelState.AddModelError("CredentialError", "Invalid Username or Password");        return View("Login");    }}

让我们理解下上述代码区域。

如果你记得「第三天 — Lab 13」中我们所谈论的 ModelState，那么就能理解它包含了模型的状态。它包含了当前模型的错误信息。在上述的代码片段中，当用户是一个非法用户时，就增加一个新的错误。(错误由键值「CredentialError」和信息「Invalid UserName or Password」组成)表单认证。SetAuthCookie 将会在客户机器上创建一个新的 Cookie。

第十步：在视图中呈现信息

打开 Login 视图，在 @Html.BeginForm 上增加一小段代码。

@Html.ValidationMessage("CredentialError", new {style="color:red;" })@using (Html.BeginForm("DoLogin", "Authentication", FormMethod.Post))

第十一步：执行并测试

按下 F5 并执行应用。直切发起一个指向 Login Action 的请求。我相信你现在已经知道如何去做。

注：如果你想发起一个指向 EmployeeController 中 Index Action 的请求，它会重新导向到 Login Action。

Test 1

Test 2

Lab 17 的 Q&A

为什么 DoLogin 会附上 HttpPost 属性？

这个属性可以使 DoLogin 行为方法只为 Post 请求开启。如果想试图得到一个 DoLogin 的请求，将不会起作用。

我们还有其它类似的属性吗？

答案是肯定的。我们有 HttpGet，HttpPut 和 HttpDelete。作为一个最佳实践，每一个行为方法都应该被附上这样的属性。

注意：为了保持代码和学习是轻松并简单的，我们在这个系列学习中并没有全部都遵循最佳实践，但是我们建议你在项目中遵循。

在我们持续的学习中，我们将会继续谈论最佳实践。

FormsAuthentication.SetAuthCookie 是必须要写的吗？

答案是肯定的。

让我们来理解一个小的程序。

用户通过浏览器向服务器发送请求。当请求通过浏览器发出，所有相关联的 Cookies 将会伴随着请求。服务器接收到请求并且准备发出响应。现在我们已经知道请求和响应是通过 HTTP 协议，并且 HTTP 是无关国籍的。对于服务器而言，每一个请求都是一个新的请求，因此当相同的用户发出两次请求时，服务器并不能够识别它。为了解决这个问题，服务器在准备响应的时候增加了 Cookie，然后返回响应。当客户端浏览器接收到伴随着 Cookie 的响应后，它将会在客户端创建 Cookies。现在客户又一次发出请求，服务器将会识别他，因为请求中包含了 Cookies。

FormsAuthentication.SetAuthCookie 将会向响应增加一个特殊的 Cookie，命名为「Authentication」。

如果没有 Cookies，是不是意味着 FormsAuthentication 就不会起作用？

答案是否定的。我们有替代物。我们可以运用 URI，而不是 Cookies。

打开 Web.config，然后更改「Authentication/Forms」区域如下。

正如你所看见的，现在认证 Cookie 通过 URL 它自己传输。

默认情况下，Cookieless 属性会被设置为「AutoDetect」。这意味着认证工作通过 Cookie 完成，在这种情景下，Cookies 将不会支持通过 URL 传输。

FormsAuthentication.SetAuthCookie 的第二个参数起到什么作用？

这决定了我们是否愿意创建一个永久的 Cookie。非永久的 Cookie 将会在浏览器关闭时自动删除。永久性的 Cookies 将不会被自动删除。我们可以通过代码或者浏览器设置手动删除。

通过代码做到登出？

我们将会在以后的 Lab 中学习。

当认证失败时，UserName 文本框将会如何被填充？

这是 HTML Helper 类的神奇之处。它们将会在控件中填充来自 Posted 数据的值。这是运用 HTML Helper 类的其中一个优势。

@Html.ValidationMessage 是做什么的？

我们在 Lab 13 中已经探讨过了。它根据键值呈现 ModelState 的错误。

Authorize 属性是做什么的？

在 ASP.NET MVC 中，存在一个概念叫做 Filters。运用它可以过滤请求和响应。这里存在四种过滤器。我们将会在第七天的学习中探讨它们。Authorize 属性通过 Authorization 过滤器得出。这样可以确保只有认证过的请求允许指向动作方法。

我们可以在一个行为方法中同时附上 HttpPost 和 Authorize 属性吗？

答案是肯定的。

在这个例子中，为什么没有 ViewModel？

在 Lab 6 中我们所探讨的，View 应该和 Model 直接相关联。我们必须有 View 和 Model 中的 ViewModel。视图是展示视图或者数据入口视图都不重要，它们都应该和 ViewModel 相关联。在真实项目中，我强烈希望你全部都运用上 ViewModel。

对于每一个行为方法都必须附上 Authorize 属性吗？

答案是否定的。我们可以附上它 Controller 级别或者 Global 级别。当附上 Controller 级别，它将可以适用于一个控制器里的所有行为方法。当附上 Global 级别，它将会适用于所有控制器里的所有行为方法。

Controller 级别：

[Authorize]public class EmployeeController : Controller  {....

Global 级别：

第一步：从 App_start 文件夹下打开 FilterConfig.cs 文件

第二步：在 RegisterGlobalFilters 中增加一行

public static void RegisterGlobalFilters(GlobalFilterCollection filters)  {    filters.Add(new HandleErrorAttribute());//Old line    filters.Add(new AuthorizeAttribute());//New Line}

第三步：向 AuthenticationController 附上 AllowAnonymous 属性

[AllowAnonymous]public class AuthenticationController : Controller  {

第四步：执行并测试应用

「filters.Add(new HandleErrorAttribute())」是用来做什么的？

我们将会在日后的试验中探讨这个问题的细节。

为什么 AuthenticationController 中需要加上 AllowAnonymous 属性？

我们已经附上了 Global 级别的 Authorize 过滤器。这意味着所有的方法都将是受保护的，包括 Login 和 DoLogin 行为方法。AllowAnonymous 为未认证的请求开启了行为方法。

FilterConfig 类中的 RegisterGlobalFilters 方法如何被触发的？

它通过 Global.asax 文件内的 Application_Start 事件所触发。

4. Lab 18 — 在视图中展示 UserName

在本实验中，我们将在视图中呈现当前登录的用户名。

第一步：在 ViewModel 中增加 UserName

打开 EmployeeListViewModel，然后增加一个新的属性，即 UserName。

public class EmployeeListViewModel  {    public List Employees { get; set; }    public string UserName { get; set; }}

第二步：向 ViewModel 的UserName 设置值

打开 EmployeeController，然后更改 Index 方法如下。

public ActionResult Index()  {    EmployeeListViewModel employeeListViewModel = new EmployeeListViewModel();    employeeListViewModel.UserName = User.Identity.Name; //New Line......

第三步：在视图中呈现 UserName

打开 Index.cshtml 视图，呈现 UserName。

     Hello, @Model.UserName