知识点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; }
