知识点4-1：哪些应该放在动作方法中？

      控制器是ASP.NET MVC应用程序的核心组件之一。它是一个含有一个或多个public方法（动作）的类，这些方法对应于特定的URL。这些动作充当着应用程序的“胶水”，将模型数据与应用程序的用户界面（视图）集合在一起。

      控制器应充当一种协调程序，它不应该真正包含任何业务逻辑，而是充当一种转换层的形式，将视图中的用户输入转换成业务逻辑对象，反之亦然。

1.手动映射视图模型

      在留言本这个例子中，GuestbookEntry类既作为域模型，也作为视图模型。它既表现了数据库中存储的数据，也表现了用户界面中的字段。

      对于像留言簿这样的小型应用程序，这是足够的。但是，随着应用程序复杂性的提升，当复杂的用户界面结构必须不直接映射模型的结构时，即视图数据与模型结构不同，往往需要将两者分开。比如，让我们对Guestbook应用程序添加一个新的页面，以显示每个用户已递交了多少评论的摘要，如图所示。

    为了创建这一屏幕，首先需要创建一个视图模型，它每一列含有一个属性——用户名和已递交的评论数：

    public class CommentSummary
    {
        public string UserName { get; set; }
        public string NumberOfComments { get; set; }
    }

      现在需要创建一个控制器动作，查询数据库以获取显示所必需的数据，然后将其注入CommentSummary类实例。

      public ActionResult CommentSummary()
        {
            var entries = from entry in _db.Entries
                          group entry by entry.Name into groupedByName
                          orderby groupedByName.Count() descending
                          select new CommentSummary
                          {
                              NumberOfComments = groupedByName.Count(),
                              UserName = groupedByName.Key
                          };
            return View(entries.ToList());
        }

     这里使用了LINQ来查询留言簿数据，并按用户名对递交的评论进行分组。接着将数据投影成视图模型实例，然后便可以将其传递给视图。

@model IEnumerable<Guestbook.Models.CommentSummary>

<table>
    <tr>
        <th>Number of comments</th>
        <th>User name</th>
    </tr>
    @foreach(var summaryRow in Model)
    {
        <tr>
            <td>@summaryRow.NumberOfComments</td>
            <td>@summaryRow.UserName</td>
        </tr>
    }
</table>

 2.输入验证

    回顾第2章，我们曾考擦了一个在GuestbookController的Create动作中接受用户输入的例子：

        [HttpPost]
        public ActionResult Create(GuestbookEntry entry)
        {
            entry.DateAdded = DateTime.Now;

            _db.Entries.Add(entry);
            _db.SaveChanges();

            return RedirectToAction("Index");
        }

      这个动作以GuestbookEntry对象形式简单地接受了New Comment页面所递交的输入，设置了日期，然后把它插入数据库。虽然这样可以工作得很好，但这实际上并不是最好的办法，没有任何验证。此刻用户可以递交未输入姓名或评论的表单。通过添加一些基本的验证，可以对此加以改进。
      我们要做的第一件事是，用Required注解属性来注释GuestbookEntry类的Name和Message属性。

    public class GuestbookEntry
    {
        public int Id { get; set; }
        
        [Required]
        public string Name { get; set; }

        [Required]
        public string Message { get; set; }

        public DateTime DateAdded { get; set; }
    }

      Required注解属性位于System.ComponentModel.DataAnnotations命名空间，并提供了对一个对象的特定属性进行验证的方式。一旦做了注释，MVC将在调用Create动作时自动地验证这些属性。通过检查ModelState.IsValid属性，可以检查验证是成功或失败，然后决定验证失败时做什么。以下是Create动作更新后的版本。

        [HttpPost]
        public ActionResult Create(GuestbookEntry entry)
        {
            if (ModelState.IsValid)
            {
                entry.DateAdded = DateTime.Now;

                _db.Entries.Add(entry);
                _db.SaveChanges();

                return RedirectToAction("Index");
            }

            return View(entry);
        }

      这一次，我们不是简单地在数据库中存储新条目，而是首先检查ModelState.IsValid是否返回true。如果是，便还像前面那样保存这一新条目。然而，如果失败，则重新渲染Create视图，这让用户能够在再次提交之前纠正任何问题。
      通过调用Html.ValidationSummary方法，我们可以在视图中显示验证失败所生成的错误消息。

<h2>添加留言</h2>
@Html.ValidationSummary()

@using (Html.BeginForm())
{
    <p>Please enter your name:</p>
    @Html.TextBox("Name")

    <p>Please enter your message:</p>
    @Html.TextArea("Message", new { rows = 10, cols = 40 })

    <br />
    <br />
    <input type="submit" value="Submit Entry" />
}

      除了在视图的顶部调用ValidationSummary方法外，还要注意到，现在也使用了MVC的HTML辅助器来生成页面上的文本输入。使用这些辅助器的一个好处是，MVC将自动检测验证错误消息，并运用一个CSS的class指示该字段有错误。

    在图中所看到的错误消息是ASP.NET MVC默认用于必需字段的错误消息。我们可以对其加以重写并使用自己的消息，只要修改Required注解属性的声明，让其包含一条自定义消息即可：

        [Required(ErrorMessage="Please enter your name")]
        public string Name { get; set; }