详解Asp.Net MVC——控制器与动作(Controller And Acti

一、深入理解控制器

1.1、控制器的概念及特点

控制器是MVC框架中的核心组件之一，它是一个包含应用程序逻辑的.NET类。控制器的职责是处理用户请求，操作模型，并选择适当的视图呈现给用户。简单来说，只要实现了IController接口，且类名以Controller结尾的公共类，就可以被视为一个控制器。

在MVC框架中，每当有请求指向某个控制器时，都会调用其实现的IController接口中的Execute方法。通过实现这个接口，你可以创建自己的控制器类，具有极高的灵活性和可扩展性。

1.2、控制器的职责与作用

控制器是请求的主要处理者，具有以下职责：

a. 对每个应用程序请求进行自由处理，只要不偏离视图和模型的责任范围。

b. 避免在控制器中放置业务或数据存储逻辑，以及创建用户接口。

1.3、创建实现IController接口的控制器

为了深入理解控制器的运作原理，我们可以创建一个简单的控制器。在Controllers文件夹下创建一个名为MyFirstController的类，实现IController接口。在这个控制器中，我们可以读取路由数据，并生成响应数据。运行应用程序后，通过访问/MyFirst，你可以看到这个控制器的输出。

1.4、创建继承自Controller类的控制器

除了直接实现IController接口，我们通常通过继承Controller类来创建控制器。System.Web.Mvc.Controller类提供了动作方法、动作结果和过滤器三个关键特性。

动作方法是控制器的行为，每个动作方法对应一个URL路径，通过从输入请求中提取的参数进行调用。动作结果是描述动作执行后的结果，例如渲染一个视图或重定向到一个不同的URL。过滤器则可以把可重用的行为封装起来，应用到多个控制器或动作方法上。

在Controllers文件夹下创建一个名为MySecondController的类，继承自Controller类。在这个控制器中添加一个动作方法TestAction，该方法返回一个动作结果。运行应用程序后，通过访问/MySecond/TestAction，你可以看到该动作方法的视图呈现。

二、控制器对数据的接收

2.1、数据来源

在MVC框架中，控制器需要经常访问来自输入请求的数据，这些数据主要来源于三个方面：查询字符串值、表单数据以及路由数据。

查询字符串值是URL中问号后面的部分，例如

控制器是MVC框架中的核心组件，负责处理用户请求、操作模型并选择适当的视图呈现给用户。通过理解控制器的概念和特点，以及掌握如何创建和控制器的数据接收，我们可以更好地运用MVC框架开发Web应用程序。深入MVC框架中的数据处理与动作方法参数

在MVC框架中，数据处理和动作方法参数是核心组成部分，它们协同工作以处理用户的请求并生成相应的响应。本文将深入如何从上下文对象获取数据、如何使用动作方法参数、理解参数对象实例化、区分可选参数与必须参数以及如何指定默认参数值。

一、从上下文对象获取数据

在MVC框架中，控制器能够访问一组便利的属性，包括Request、Response、RouteData、HttpContext等。这些属性包含了请求的不同方面的信息。在动作方法中，可以使用Context对象来访问这些属性。

例如，在动作方法Index()中，我们可以通过User.Identity.Name获取用户名，通过Server.MachineName获取服务器名，通过Request.UserHostAddress获取客户端IP，以及通过HttpContext.Timestamp获取时间戳。

二、动作方法参数

动作方法参数是MVC框架中获取用户输入数据的重要方式。MVC框架使用值提供器和模型绑定器来获取动作方法的参数值。值提供器从Request.Form、Request.QueryString等来源获取数据，然后这些数据被模型绑定器尝试映射成动作方法参数的数据类型。

需要注意的是，动作方法里面是不允许有ref或out参数的。如果编译不会报错，但在运行时将会抛出一个异常。值类型参数是必须被赋值的，如果想让此参数和引用类型参数一样，可以定义成可空类型（例如int?）。

三、理解参数对象实例化

在MVC框架中，参数对象的实例化是通过模型绑定器完成的。模型绑定器是MVC框架的一个组件，它负责将从用户请求中收集的数据映射到动作方法的参数上。这个过程是自动完成的，开发者无需手动处理。

四、区分可选参数与必须参数

在MVC的动作方法中，参数可以分为可选参数和必须参数。值类型参数（如int、double）在没有值的情况下会抛出一个异常，因此可以看作是必须参数。而引用类型参数（如string、object）在没有值的情况下会默认为null，可以看作是可选参数。

为了让引用类型的参数成为必须的，可以在动作方法中添加代码，在值等于null时抛出异常。另一方面，如果想让值类型参数成为可选的，可以将其定义为可空类型。

五、指定默认参数值

在C中，可以使用默认参数值特性来指定动作的默认参数。当动作方法被调用而没有提供某个参数时，该参数将使用指定的默认值。这可以避免在代码中检查null值或抛出异常。

MVC框架通过上下文对象、动作方法参数、模型绑定器等组件协同工作，以处理用户的请求并生成相应的响应。深入理解这些概念将有助于开发者更有效地使用MVC框架进行Web开发。在MVC架构中，一个名为“List”的动作方法被定义，它接受两个参数：一个字符串类型的`query`和一个整型类型的`page`。这两个参数可以通过请求进行赋值，如果没有提供值，它们将使用默认值。这一设计使得参数具有可选性，增强了代码的灵活性和可复用性。

对于字符串类型的`query`参数，如果没有指定查询字符串，那么默认值为“all”。由于字符串是引用类型，因此无需检查null值。而对于整型类型的`page`参数，如果没有提供值，那么默认值为“1”。

在MVC框架中，动作方法返回的结果被称为动作结果（ActionResult）。这是一个非常重要的概念，因为ActionResult对象包含了将要呈现给客户端的数据和相关信息。MVC框架接收这个ActionResult对象，并通过调用其ExecuteResult方法，为我们处理Response对象并生成相关的输出。

MVC框架内置了多种ActionResult类型，包括视图、文本数据、XML数据、JSON数据、文件或二进制数据、错误和HTTP代码、定制的ActionResult以及重定向等。这些类型都是派生自ActionResult类，使得我们在Action方法中可以灵活选择返回类型。

最常见的动作结果是通过渲染视图返回HTML。为了生成HTML并发送给浏览器，我们需要创建一个ViewResult类的实例，指定要呈现的视图。在Home控制器中，我们可以编写代码来指定要呈现的视图，例如HomePage视图。

当MVC框架调用ViewResult对象的ExecuteResult方法时，它会开始搜索并呈现指定的视图。这个过程涉及到许多后台操作，包括数据绑定、模板渲染等。最终，生成的HTML将通过HTTP响应发送给客户端浏览器，完成整个请求-响应周期。

通过这种方式，MVC框架实现了模型、视图和控制器的分离，使得开发者可以专注于业务逻辑的实现，而无需关心具体的输出格式和呈现方式。这种设计模式提高了代码的可维护性和可扩展性，使得开发者可以更加高效地编写出高质量的应用程序。当我们如何在架构中更有效地管理和定位视图时，一种明确且简洁的命名约定显得尤为重要。在此情境下，采用区域（Area）作为组织视图的一种方式，可以使我们在大型项目中更加清晰地划分和管理不同的功能模块。接下来，我将为您详细解读这种命名约定的流程及其背后的设计理念。

当我们使用区域（Area）时，搜索视图的顺序如下：

1. 在特定的区域内查找视图文件，例如 /Area/<AreaName>/Views/<ControllerName>/<ViewName>.aspx。这一路径明确了区域、控制器和视图的层级关系。

2. 如果在指定区域内没有找到视图，系统将按照预定的顺序在其他共享区域或者全局目录下寻找。这样的设计考虑了不同区域间的资源共享，同时也确保了视图文件的组织性和可维护性。

如果没有使用区域功能或者无法在前述路径找到视图，系统将在常规路径下搜索。一旦找到视图文件，系统将立即停止搜索并呈现给客户端。这种明确性对于开发人员来说非常有价值，因为它简化了视图查找的流程，提高了开发效率。

通过路径来指定要呈现的视图是一种简洁高效的方式，但这种方法也有其局限性。虽然它可以快速呈现特定的视图，但过于依赖硬编码的路径可能导致程序的可扩展性和可维护性降低。尽管在某些情况下这种方法可能非常有用，但并不推荐频繁使用。相反，我们可以考虑使用MVC框架提供的辅助方法，如RedirectToAction()，以实现同样的效果而不影响程序的灵活性。

关于视图辅助方法，它们为开发者提供了在控制器中灵活返回视图的手段。例如，View()方法默认返回与Action同名的视图，而View(“viewName”)则可以返回指定控制器的视图。虽然这些方法允许我们以更灵活的方式呈现视图，但同样不建议直接使用具体的路径，以保持程序的灵活性和可维护性。

通过区域和明确的命名约定来管理视图是一种有效的策略。它简化了视图的查找流程，提高了开发效率。我们也应该了解这种方法的局限性，并考虑使用其他辅助方法来保持程序的灵活性和可维护性。在实际开发中，我们应该根据项目的具体需求和团队的实际情况来选择最合适的方法。数据传递在MVC框架中扮演着至关重要的角色，它连接着控制器（Controller）和视图（View）。下面将详细介绍如何将数据从动作（Action）方法传递给视图（View），主要包括通过视图模型、ViewData、ViewBag以及TempData等方式。

一、视图模型（View Model）

视图模型是一种将对象作为View方法的参数传递给视图的方式。这是一种强类型的视图方式，能够在视图里明确指定视图模型对象的类型。

例如，在Controller中：

```csharp

public ViewResult Index2()

{

DateTime date = DateTime.Now;

return View(date);

}

```

在视图中，我们可以通过指定视图模型的类型来使用它，如下所示：

```csharp

@model DateTime

@{

ViewBag.Title = "Index2";

}

Index

The day is: @Model.DayOfWeek

```

使用强类型的视图不仅能保持视图的整洁，还能提供智能感知功能，方便编码。

二、ViewData与ViewBag

1. ViewData

ViewData是在MVC3之前的版本中出现的，它是一个键值对的集合，用于在Controller和View之间传递数据。例如：

```csharp

public ViewResult Index2()

{

ViewData["Message"] = "Hello ViewData!";

ViewData["Date"] = DateTime.Now;

return View();

}

```

在视图中，可以通过键来访问ViewData中的数据。

2. ViewBag

ViewBag是MVC3中引入的一个动态类型，允许你在Controller中定义任意属性，并在View中访问这些属性。它与ViewData类似，但更为灵活。例如：

```csharp

public ViewResult Index2()

{

ViewBag.Message = "Hello ViewBag!";

ViewBag.Date = DateTime.Now;

return View();

}

```

在视图中，可以直接访问ViewBag中的属性。相对于视图模型对象，ViewBag的一个优点是能够很容易地发送多个对象到视图。使用动态对象可以在视图中输入属性和方法调用的任意序列。但是需要注意的是，由于ViewBag是动态类型，它没有编译时的类型检查，因此可能不如使用视图模型那样安全。因此在实际开发中，推荐使用视图模型传递数据。如果需要传递多个复杂对象到视图，可以创建一个包含所有必要属性的视图模型类。这样可以保持代码的整洁和易于维护。使用视图模型也有助于实现更好的测试性和可维护性。还可以利用其他方式如TempData来临时传递数据，以满足不同场景的需求。选择合适的数据传递方式取决于具体的应用场景和开发需求。在MVC框架中，Controller与View之间的数据交互对于生成动态内容至关重要。让我们深入一下上述代码及其背后的概念，并以生动、流畅的方式重新阐述。

在MVC架构的控制器部分，我们经常使用ViewData来将数据从控制器传递到视图。随着ViewBag的出现，它作为更简洁、灵活的方式被推荐使用。ViewBag允许我们在控制器中动态地添加数据，而无需进行类型转换，这使得代码更为简洁。强类型视图和视图模型的使用也变得越来越普遍。

除了ViewBag，我们还有一个重要的数据传输方式——TempData。当涉及到页面重定向时，TempData发挥了巨大的作用。因为重定向会引发新的HTTP请求，我们需要在不同的请求间传递数据。这时，TempData就派上了用场。不同于Session，TempData在被读取后会被删除，确保了数据的短暂性。这使得它在重定向过程中保持短期数据方面表现得非常出色。

现在让我们更详细地一下重定向。在MVC程序中，有时我们可能需要将用户重定向到另一个动作(Action)方法来产生输出。重定向并不产生直接的输出，而是让浏览器重新请求另一个URL。这涉及到两种主要的HTTP状态编码：

1. HTTP 302状态编码代表暂时重定向。这是常用的重定向类型，表示资源暂时移动到了新的位置，未来可能还回到原来的位置。

2. HTTP 301状态编码表示永久重定向。它表示资源已经永久移动到了新的位置，搜索引擎会更新其索引，确保新的URL成为资源的永久链接。这种重定向需要谨慎使用，因为它会改变资源的URL。

关于重定向的具体实现：

重定向到文本URL：可以直接使用Redirect方法，它返回一个RedirectResult实例。如果需要永久重定向，可以使用RedirectPermanent方法。

重定向到路由系统的URL：使用路由系统可以避免硬编码URL的问题。通过RedirectToRoute方法，我们可以根据路由规则生成有效的URL。

重定向到动作(Action)方法：这是一种更优雅的重定向方式。使用RedirectToAction方法可以方便地将用户重定向到另一个控制器中的动作方法。

添加一个新的控制器My Second Controller，并为其配上对应的Razor视图。让我们一同编写这段神奇的代码之旅。

My Second Controller的代码部分：

现在，我们有一个名为My Second Controller的新朋友。它是一个继承自Controller的类，拥有两个动作方法——Index和TempDataTest。在Index方法中，我们向TempData中存入了两个值：“Hello TempData”和“TempData的值只能读取一次”。然后，我们返回View，等待着与用户的下一次交互。而在TempDataTest方法中，我们则直接返回了一个视图。

Index视图的代码部分：

这是一个简洁明了的视图，没有复杂的布局，直接呈现了TempData中的数据。在HTML结构中，我们看到一个div元素，它展示了TempData中的“Data”。

TempDataTest视图的代码部分：

与Index视图相似，TempDataTest视图同样简洁。它展示了TempData中的“Data”和“Message”。这里的
标签用于换行，使得页面内容更加清晰易读。

运行结果：

当我们运行这段代码时，会经历一个有趣的验证过程。在Index视图中，我们没有读取TempData中的“Message”值。而在Index和TempDataTest两个视图中，我们都读取了TempData中的“Data”值。这样做的目的是为了验证TempData里的值在一次请求中只能被读取一次的特点。

关于TempData的注意事项：

TempData是一个特殊的存储容器，它里面的值在一次请求中只能被读取一次。如果你希望多次读取TempData的值而不让它被删除，可以使用TempData.Peek方法。如果你希望在保持TempData里的值的可以使用TempData.Keep方法。

3.6、生成并返回XML数据

在LinqService的协助下，我们开始了创建XML数据的旅程。从业务逻辑层获取书籍列表后，我们开始构建XML元素。这些书籍的每一个细节，如标题、作者和价格，都被精心地封装在"Books"元素中，并作为"BooksList"元素的子元素。整个过程就像是在搭建一个包含书籍信息的精美书架。

3.7、生成并返回JSON数据

当提到JSON，我们想到的是一种轻量级的、基于文本的数据描述方式。在MVC框架的JsonResult类的帮助下，我们可以轻松地将.NET对象序列化为JSON格式。在这个例子中，我们创建了一个包含用户信息的JSON对象，并将其返回。就像是在创建一个包含用户详细信息的数字名片。

3.8、返回文件和二进制数据

想象一下，我们正在提供一份年度报告，这份报告以文件的形式存在我们的服务器上。通过使用FileResult，我们可以轻松地将这个文件发送给请求的用户。不论是通过路径直接提供文件，还是从内存中发送二进制数据，或者发送已经打开的文件流内容，FileResult都能轻松应对。这个过程中，我们确保文件的类型、内容和下载名称都被准确无误地传达给请求方。

3.9、返回错误和HTTP Codes

在Web开发中，HTTP状态码是传达操作结果的重要方式。有时，除了简单的成功或失败，我们还需要传达更具体的状态信息。这时，HttpStatusResult就派上了用场。它可以让我们发送特定的HTTP状态码给浏览器，以便请求方了解详细的操作结果。比如，当发生某些特定错误时，我们可以通过发送特定的HTTP状态码来告知请求方具体的错误情况。

自定义控制器与HTTP响应的巧妙演绎

在MVC（Model-View-Controller）设计模式中，控制器扮演着至关重要的角色。有时，我们可能需要直接实例化某个类来发送特定的HTTP状态码。比如，当我们想发送一个“文件未找到”的响应时，可以这样操作：

创建一个方法返回`HttpStatusCodeResult`：

```csharp

public HttpStatusCodeResult ReturnNotFoundStatus()

{

return new HttpStatusCodeResult(404, "File not found");

}

```

这样，当调用此方法时，它会返回一个带有404状态码和“文件未找到”消息的响应。

但还有一种更便捷的方式。我们可以使用`HttpNotFoundResult`类，它是`HttpStatusResult`的派生类，通过控制器的`HttpNotFound`方法即可轻松创建相同的响应：

```csharp

public HttpStatusCodeResult ReturnNotFoundStatus()

{

return HttpNotFound();

}

```

当需要表示一个未授权请求时，我们可以使用`HttpUnauthorizeResult`类，它会返回401状态码。示例如下：

```csharp

public HttpStatusCodeResult ReturnUnauthorizedStatus()

{

return new HttpUnauthorizedResult();

}

```

本篇文章的核心是介绍MVC设计模式中的控制器及动作方法。控制器接收数据并对其进行处理，然后响应。数据的来源可以是查询字符串值、表单数据或路由数据等。而响应可以是视图、文本数据、XML数据、JSON数据、文件或二进制数据等。控制器还可以返回错误和HTTP状态码、定制的动作结果以及执行重定向。

我们深入了如何实现自定义的控制器类并介绍了控制器如何对数据进行接收与响应。通过实例化特定类，我们可以轻松发送自定义的HTTP状态码，从而为用户提供更为精准的响应。而在实际应用中，控制器的灵活性和功能丰富性使其成为MVC架构中的核心组件。