ASP.NET MVC学习之控制器篇

一.前言

许久之后终于可以继续我的ASP.NET MVC连载了,之前我们全面的讲述了路由相关的知识,下面我们将开始控制器和动作的讲解。

ASP.NET MVC学习之路由篇幅(1)

ASP.NET MVC学习之路由篇幅(2)

ASP.NET MVC学习之路由篇幅(3)

二.正文

1.IController的使用

这个接口可能很多人都没有使用过,但是我们常用的Controller类实现了这个接口,而且只要实现这个接口就可以作为一个控制器,当然很多的内部的处理就要我们自己去做了。

下面我利用IController实现根据路由参数调用不同的方法:

 1 public class HomeController : IController
 2     {
 3         public String Index()
 4         {
 5             return "<h1>Index</h1>";
 6         }
 7
 8         public String Show()
 9         {
10             return "<h1>Show</h1>";
11         }
12
13         public String Home()
14         {
15             return "<h1>Home</h1>";
16         }
17
18         public void Execute(System.Web.Routing.RequestContext requestContext)
19         {
20             string action = requestContext.RouteData.Values["action"].ToString();
21             Type t = typeof(HomeController);
22             MethodInfo mi = t.GetMethod(action, BindingFlags.DeclaredOnly | BindingFlags.Instance | BindingFlags.NonPublic | BindingFlags.Public);
23             if (mi == null)
24             {
25                 requestContext.HttpContext.Response.Write("<h1>404</h1>");
26             }
27             else
28             {
29                 string s = mi.Invoke(this, null).ToString();
30                 requestContext.HttpContext.Response.Write(s);
31             }
32         }
33 }

首先我们实现IController接口的Execute方法,然后在外面定义几个我们需要调用的方法,然后在Execute方法中获取action的参数,并通过反射技术获取对应的方法,如果能够获取到该方法则调用该方法并返回,否则返回404。

上面仅仅只是简单的列子,而且大多数时候我们并不需要实现IControler接口。

2.成熟的Controller

前面我们可以发现如果我们利用IController去实现控制器会非常的麻烦,但是实际上我们最终都是使用的是Controller类,

它已经实现了很多功能,这样我们就可以关注于功能而不是底层的实现。有过ASP.NET开发的人一定知道,很多数据都是使

Request.QueryStringRouteData来获取的。

但是在ASP.NET MVC中可以更简便的获取,比如下面的代码:

 1 public class UserController : Controller
 2     {
 3
 4         public ActionResult Index(string path)
 5         {
 6             ViewBag.Path1 = path;
 7             return View();
 8         }
 9
10 }

上面的代码仅仅只是简单的将传入的path属性存到视图包中以便页面输出。

(首先我们还要新建对应的视图页面,页面的代码如下)

1 <h2>@ViewBag.Path1</h2>
2 @using (Html.BeginForm())
3 {
4     @Html.Editor("path")
5     <input type="submit" value="submit" />
6 }

下面我们通过这个路径访问页面:http://localhost:1201/User/Index?path=12

那么最终的页面就会如下所示:

我们可以看到uri中存在了path属性的值所以后台的path就是12,所以页面上输出是12,细心的人会发觉input里面显示的值也会跟着uripath变化。

上面我们仅仅是通过uri改变呢,下面是通过form表单来传递path的值,我们在input中输入一个值,然后点击submit,我们可以看到如下的结果:

这里我们可以看到当我们的输入框的值是什么,最后页面输出的值也是这个输入的值。

3.动作结果

无论控制器如何的强大不能生成用户希望的页面,一样也会毫无用武之地。下面我们就是要学习几种动作结果:

A.View

这个动作结果,很多人都不会陌生,因为一创建控制器之后都会有一个默认的Index动作其中就是返回View,但是这里你要知道如果直接返回View那么对应的视图文件会按照Views/控制器名/动作名.cshtml去查找,

当然如果找不到还会对其他公共页面进行搜索,但是我们还可以自行指定:

首先我们在Views/User/下新建一个SubIndex.cshtml视图,然后修改UserController中的Index方法代码:

1 public ActionResult Index()
2 {
3       return View("SubIndex");
4 }

这里我们可以看到我们直接将视图的名称作为参数传递给View,但这些仅仅只是控制显示的视图,我们最终还需要将控制器中的数据传递到视图,

供视图去显示,这里我们可以介绍四种方式,ViewBag,ViewData,TempData,Model,下面我们用一段代码来演示下:

 1 public class UserController : Controller
 2     {
 3
 4         public ActionResult Index()
 5         {
 6             ViewBag.Show = "From ViewBag";
 7             ViewData["Show"] = "From ViewBag";
 8             TempData["Show"] = "From TempData";
 9             object obj = "From Model";
10             return View(obj);
11         }
12
13 }

这里我们在各种传递方式中赋值,下面就是对应的视图:

1 <h2>@ViewBag.Show</h2>
2 <h2>@ViewData["Show"].ToString()</h2>
3 <h2>@TempData["Show"].ToString()</h2>
4 <h2>@Model</h2>

然后我们重新编译,刷新页面之后最终结果如下:

这里有一个要稍微介绍下,就是TempData,其实它主要是用来将数据传递到其他页面的,所以他有一些特性,就是当从中读取了数据之后就会将该数据从中清除,除非使用Peek方法读取,那么该数据就不会被标记为删除,

如果想刻意的将某个数据去除删除标记,可以使用Keep方法。相关的示例这里我就不列举了。

B.重定向

既然是开发网站,既然就会有跳转页面的功能,下面我们就会集中讲述ASP.NET MVC中提供的重定向功能。

首先是最简单的重定向,就是直接根据我们提供的路径跳转:

1 public class UserController : Controller
2 {
3         public ActionResult Index()
4         {
5             return Redirect("/Home/Index");
6         }
7 }

这里我们可以看到Redirect中我们直接传进了Home控制器额Index动作的路由路径,我们打开这页面就可以发现进行了跳转。

如果你学会HTTP一定会知道重定向中还有一个叫永久重定向,如果我们需要使用的话,可以利用RedirectPermanent方法。

通过上面我们看到这样需要输入完整的路径,当然ASP.NET MVC已经提供给我们其他的快捷的方式,比如下面的这种方式:

(我们需要在UserController中添加Show动作,同时添加对应的视图)

 1     public class UserController : Controller
 2     {
 3         public ActionResult Index()
 4         {
 5             return RedirectToAction("Show");
 6         }
 7
 8         public ActionResult Show()
 9         {
10             return View();
11         }
12     }

这里我们看到RedirectToAction中传入了Show,其实这里就代表这个重定向会跳转到Show动作中,如果需要永远重定向可以使用RedirectToActionPermanent方法。

但有时我们需要更加灵活的方式去重定向,那么我们就可以使用下面的方式:

1         public ActionResult Index()
2         {
3             return RedirectToRoute(new { controller = "Home", action = "Index" });
4         }

这里我们是直接通过传递构成该请求的控制器参数,动作参数构成最终的路由,当然我们也可以传递其他额外的参数到其中,

如果需要永远重定向则使用RedirectToRoutePermanent方法。

C.其他

这里我们不每个去举例了,下面是其他的动作结果:

Json : 将c#类转换成json格式

Javascript   :  传递javascript代码

Content  : 传递其他格式的字符数据

File : 传递文件流

HttpNotFoound : 404错误

由于最近忙于测试,所以没有时间去写随笔了,这篇随笔是利用下班在家每天写一些最后写出来的。当然水平上没有前两篇那么细腻了。

转自:http://www.cnblogs.com/yaozhenfa/p/asp_net_mvc_controller.html

时间: 2024-10-06 18:30:53

ASP.NET MVC学习之控制器篇的相关文章

ASP.NET MVC学习之控制器篇扩展性

原文:ASP.NET MVC学习之控制器篇扩展性 一.前言 在之前的一篇随笔中已经讲述过控制器,而今天的随笔是作为之前的扩展. 二.正文 1.自定义动作方法 相信大家在开发过程一定会遇到动作方法的重名问题,虽然方法的名称和参数一样,但是里面的逻辑是不一样的,因为你设置了对应的注解属性可以确定调用哪个动作方法.这个时候你就需要将动作的名称与方法的名称区别开来,那么你就可以使用ActionName注解属性.比如我们要求一个页面在本地访问与非本地访问时呈现不同的页面,但是你又想用不同的方法区分开来写,

ASP.NET MVC学习之过滤器篇(2)

下面我们继续之前的ASP.NET MVC学习之过滤器篇(1)进行学习. 3.动作过滤器 顾名思义,这个过滤器就是在动作方法调用前与调用后响应的.我们可以在调用前更改实际调用的动作,也可以在动作调用完成之后更改最终返回的结果,当然很多人一定不太明白这个到底可以干什么, 下面我们举一个比较实际的例子: 相信理解过网站的安全的一定知道跨站请求(CSRF具体可以自行百度,这里我就不去解释了),当然也有解决方案,那就是给页面中增加一个识别码,当页面进行POST请求时,首先判断识别码是否正确, 如果正确则继

ASP.NET MVC学习之视图篇(2)

继ASP.NET MVC学习之视图(1)学习 4.HTML辅助器 虽然在ASP.NET MVC中我们已经摆脱了ASP.NET的控件,但是对于页面中需要循环标签的情况依然还是存在,可能很多人认为用foreach就可以完成,但是这个仅仅只是针对单个循环,如果多个循环中都要使用到同样的标签呢?下面笔者就介绍两种方式让我们事半功倍. 首先是针对单个页面的内联辅助器,如果我们遇到只要在单个页面中不断使用的标签的时候,这个方式非常的轻便,比如下面的代码根据文本内容和样式类生成li标签的辅助器(Views/H

ASP.NET MVC学习之路由篇(1)

原文:ASP.NET MVC学习之路由篇(1) 一.前言 作为一个从ASP.NET转入到ASP.NET MVC的开发人员而言,可能在开发ASP.NET网站的时候就已经开始在使用路由了. 只不过在ASP.NET MVC中路由是关键部分,而在ASP.NET中需要自行加进去.下面我们将学习ASP.NET MVC中的路由 系统. 二.准备工作 1.新建一个ASP.NET MVC4项目 2.模板选择空 3.在Controllers中添加一个Home控制器 4.打开App_Start中的RouteConfi

ASP.NET MVC学习之视图篇(1)

一.前言 不知道还有多少读者从第一篇开始一直学习到如今,笔者也会一直坚持将ASP.NET MVC的学习完美的结束掉,然后开始写如何配合其他框架使用ASP.NET MVC的随笔.当然笔者后面的随笔如果没有特殊说明使用的都是ASP.NET MVC 4,因为笔者认为只要精通即可. 二.正文 1.自定义视图引擎 相信很多人都知道在控制器中一个动作方法返回一个View之后,ASP.NET MVC默认会到Views下对应的控制器名的文件夹下寻找和这个动作方法同名的视图(如果你指定了视图名则会按照你指定的视图

ASP.NET MVC学习之过滤器篇(1)

一.前言 继前面四篇ASP.NET MVC的随笔,我们继续向下学习.上一节我们学习了关于控制器的使用,本节我们将要学习如何使用过滤器控制用户访问页面. 二.正文 以下的示例建立在ASP.NET MVC 4之上(VS2012) 1.授权过滤器 只要涉及用户的网站,都一定会涉及到什么权限的用户可以访问哪个页面.对于新手而言可能都在每个页面中单独写这个功能方法,导致的后果就是大量重复的代码,并且不便于以后的变动.有用一定经验之后,就会采用集中控制的方式,让所有的页面先执行特定的方法去判断,这样的优点就

ASP.NET MVC学习之路由篇(3)

根据路由输出链接 既然是网站开发自然少不了链接,我们已经学会了强大的路由,但是还缺少一步就是能够将这些路由的路径输出到页面,下面我们就开始学习如何输出路由路径. 首先我们的路由注册部分如下所示: 1 namespace MvcStudy 2 { 3 public class RouteConfig 4 { 5 public static void RegisterRoutes(RouteCollection routes) 6 { 7 routes.Add(new Route("MyTest&q

ASP.NET MVC学习之路由篇(2)

7.解决与物理路径的冲突 当发送一个请求至ASP.NET MVC时,其实会检查网站中存不存在这个请求的物理路径文件,如果存在的话,就会直接将这个物理文件返回.但是有时候我们需要它执行控制器的某个方法,而不是直接将这个物理文件返回.那么我们就需要这节知识.下面我们先在网站根目录中新建一个 Test.html ,在其中随便写上一些内容,然后访问.再在RouteConfig.cs中写入如下代码: 1 public class RouteConfig 2 { 3 public static void R

ASP.NET MVC学习之路由篇

1.URL路径和路由配置中的路径对比 2.由上面的图,我们可以得出下面的一组路由数据 3.二义性 如果我们在Models中也新建一个Home控制器,那么你会发现重新刷新之后报错了.而这个是因为无法确定到底选择哪个控制器来响应该请求的缘故,当然你认为只要我们不新建重名的控制器就可以了,这样你只能控制你的项目中不出现,但是你却无法控制你加载的类库中不会出现,但是ASP.NET MVC已经提供了解决方案给我们,如下改正 RouteConfig.cs: public class RouteConfig