你的位置:首页 > ASP.net教程

[ASP.net教程]ASP.NET MVC 5 Web编程3


Controller基础

一. 访问修饰符

1.1 类的访问修饰符

Controller类的访问修饰符必须是public,url才能被拦截。

internal能编译通过,但无法拦截url请求。private、protected、protected internal不能通过编译。

1.2 方法的访问修饰符

Controller中方法的访问修饰符必须是public,url才能被拦截。其它类型的访问修饰符会使该方法无法拦截url请求。

 

二. 特性

可使用的特性有很多,这里只描述常用的一些特性,同样,类和方法的可使用特性分别描述。

2.1 类可使用特性

2.1.1 Authorize特性(System.Web.Mvc.AuthorizeAttribute)

当然,通常的用法不是直接在Controller上标记这个特性,而是标记自定义特性(继承自AuthorizeAttribute)。通过扩展AuthorizeAttribute,实现权限控制。可以称它为“权限特性”吧。关于Authorize特性,后面会写一篇文章讲述MVC里的权限控制实现。

2.1.2 AllowAnonymous特性(System.Web.Mvc.AllowAnonymousAttribute)

与Authorize特性相对应,表示跳过验证(如果你使用自定义Authorize特性做权限控制的话)。

2.1.3 HandleError特性(System.Web.Mvc.HandleErrorAttribute)

这个特性的含义跟它的名字一样,是用来处理异常信息的。上面的特性标记表示:当UserInfoController类中抛出异常时,MVC将默认显示Error视图(~/Views/Shared目录下)。同样,你可以扩展HandleError特性,实现日志记录,出错友好提示等功能。

2.1.4 ValidateAntiForgeryToken特性(System.Web.Mvc.ValidateAntiForgeryTokenAttribute) 

此特性用于阻止CSRF(跨站请求伪造)攻击。现在没有证据表明这个特性一定对CSRF攻击有效,本人在此保留意见。

如果以上MVC类使用特性没有列举出您经常使用的特性之一,还请不吝赐教,留言给我。在此感谢~

2.2 方法可使用特性

2.2.1 ActionName特性(System.Web.Mvc.ActionNameAttribute)

此特性用于指定Action的名称。如上图例,被此特性标记后,url拦截的action名称将是Default,而不是Index。如果你使用View()来返回页面,则MVC会寻找Default.cshtml,而不是Index.cshtml。如果你想指定View,则要使用View("viewName")这样的方法。

2.2.2 NonAction特性(System.Web.Mvc.NonActionAttribute)

此特性用于标记Action无效,被标记的Action将无法拦截url请求(普通方法)。将访问修饰符换成private也可以实现类似效果。

2.2.3 HttpGet,HttpPost,HttpDelete,HttpPut特性(System.Web.Mvc.xxxAttribute...)

限制操作方法仅处理对应的Http请求。

2.2.4 Bind特性(System.Web.Mvc.BindAttribute) 

此特性用于限制绑定字段,Bind特性的参数有三个:Prefix前缀,Include包含,Exclude排除。

 

三. Action的参数和返回值

3.1 参数

比如常用信息列表的编辑功能的Action,代码如下:

    public ActionResult Edit(string id = "")    {      UserInfoViewModel model = CoreDBContext.GetModelByID(id);      return View("Detail",model);    }

前端调用代码(Razor视图引擎):

@Html.ActionLink("编辑", "Edit", "UserInfo", new { id=item.UserID.ToString() },null)

如果Edit方法(Action)的参数有多个,而前端传值只传递了一个,那么Action接收值的是第一个参数,如果参数类型不匹配,则会报错。

3.2 返回值

如3.1中的Edit方法,返回值类型是ActionResult,而代码返回的是View视图,即ViewResult。因为ViewResult的最终父类也是ActionResult,所以这样并没有问题。这里返回的View视图即Detail.cshtml,是一个Razor引擎渲染的页面文件。

实际应用中,Action返回值不一定是ActionResult,可以是json,可以是自定义html字符串,也可以返回类型为空,然后使用RedirectToAction方法转到另一个Action中继续处理。

Controller扩展

BaseController ? BusinessController<B, T> ?

一般来说,我们会在MVC项目中使用泛型+虚方法,抽取出通用操作,让具体的业务类继承这些基类型,达到代码的简化。典型的,实体类的增删改查,可以被抽取出来。

public class BusinessController<B,T> : BaseController    where B : class    where T : class,new()  {    public virtual ActionResult Index()    {      return View();    }    public virtual ActionResult Insert(T info)    {      if (info != null)      {        //result = baseBLL.Insert(info);      }      return Content(string.Empty);    }  }

具体业务类

  public class UserController : BusinessController<UserBLL, UserInfoViewModel>  {    //...  }

这样的机制在WebForms中是标准的设计结构。对于软件架构,关于"类型"的设计思想,永远是通用的。

 

异步Controller

异步Controller需要Controller继承AsyncController类(System.Web.Mvc.AsyncController)

public class TimeController : AsyncController{    //... }

由于时间仓促,这里不对异步Controller做深究。异步操作本身是个大话题,这里只想让大家有一个概念性的认识。

总结

本章的内容很简单,对Controller类本身的访问限制及可使用特性做了概括性总结,对Controller在项目中的设计提出了一种方案,同时简要提及了异步Controller。

在下一章中,将重点介绍Razor视图引擎。欢迎持续关注~

本文原始地址