asp.net MVC3 仿照博客园功能 异常处理
这几天感觉我自己比较懒,除了偶尔的写了一点博客以外,对于那个重要的仿照博客园功能的项目我竟然忘记更新了。失误了,天天脑子里的事太多了,有点乱,程序员,伤不起啊。
还是不能不谦虚啊,今天继续项目的开发,不做那些费时的工作了,那个等我星期休息的时候再做,今天来做一个异常处理的功能。
众所周知,在asp.net世界中,对于异常的处理就是try catch,当然这个是在方法内部,还有Page_Error 页面级别的错误,
application_error 应用程序级别的错误,这几个地方可以用来处理异常信息。一般情况下,
我们对于已知的可能出现的错误会直接在try catch中捕获并且处理,但是对于那些我们没有考虑到的异常信息,我们就要采取别的办法了,
比如定义一个基类,用来处理子类抛出的异常,然后在可能出现异常信息的地方继承该类,让父类处理子类中不能确定的并且是抛出的未处理的异常信息。
这个和验证用户是否登陆的方式基本一样,对于某些资源,需要有权限的用户才能访问,我们就会定义一个基类,用来验证用户是否登陆,
如果登陆才可以继续执行,否则就要跳转到登陆界面。
当然,前面说的处理异常的方式是在web form时代我们(起码是我)常用的方式,但是在MVC 时代到临的时候,这些处理是否更容易呢?
答案是肯定的,因为技术是在不断进步的嘛。
在MVC中我们对于已知的异常信息仍然会采用try catch的方式,并且是很常用的方式,但是对于验证用户登陆或者catch未捕获的异常信息
(当然我的意思是catch(exception ex) 在catch最后没有这一条,或者说有这一句,但是把异常信息进行了抛出处理),我们有了更容易实现的方式。
下面让我们一起走进如何使用MVC处理异常信息。
在软件架构不断发展的同时,设计模式也有了很多变种,AOP(面向切面编程或面向方面编程)就是一个变种的设计模式,对于设计模式的学习,
我个人不推荐死记硬背,我希望可以了解每种模式的意义,然后在项目中不要刻意的去使用它,而是在重构的时候进行,
这样我们可以更加深入的了解设计模式背后包含的含义。举个例子,单例模式是一个经典的设计模式,它可以保证类的实例只有一个,
但是如果我们不正确的使用这种方式,有时候会带来负面效果,比如多线程同时访问,只有在保证加锁、解锁的情况下可以保证,
但是在普通情况下就会出现意想不到的错误信息。
面向对象编程具有继承性,这应该是面向对象三大特性之一,这是类的垂直方面的编程工作,有上下级或父子关系,AOP是水平方面的编程,
它可以保证在开始之前或结束之后进行,不会破坏里面的结构。个人粗浅理解。
在MVC 3中对AOP的支持就表现在filter 过滤器上,他可以保证在开始之前或结束之后进行。
对于异常的处理我们采用的是自定义异常处理信息继承自IExceptionFilter,当然在MVC总内置了一个HandleErrorAttribute也可以用来捕获异常,
但是我们自己来控制可能会更好一些。
首先我们在HomeController的Index方法中抛出一个异常信息
1 public ActionResult Index(int? id, int pageSize = 20)
2 {
3 List<BlogInfo> blogList = BlogServices.GetAllBlogList().ToPagedList<BlogInfo>(id == null ? 1 : Convert.ToInt32(id), pageSize);
4 ViewBag.BlogList = blogList;
5 if (Request.IsAjaxRequest())
6 {
7
8 }
9
10 throw new HttpException(500, "");//抛出异常信息
11
12
13 return View(blogList);
14 }
15 //404Not Found
16 public ActionResult NotFound()
17 {
18 return View();
19 }
20 //内部服务器错误 500
21 public ActionResult InternalError()
22 {
23 return View();
24 }
2.设置自定义处理异常类
1 public class CustomExceptionAttribute :FilterAttribute,IExceptionFilter //HandleErrorAttribute
2 {
3
4 public void OnException(ExceptionContext filterContext)
5 {
6 if (filterContext.ExceptionHandled == true)
7 {
8 HttpException httpExce = filterContext.Exception as HttpException;
9 if (httpExce.GetHttpCode() != 500)//为什么要特别强调500 因为MVC处理HttpException的时候,如果为500 则会自动
10 //将其ExceptionHandled设置为true,那么我们就无法捕获异常
11 {
12 return;
13 }
14 }
15 HttpException httpException = filterContext.Exception as HttpException;
16 if (httpException != null)
17 {
18 filterContext.Controller.ViewBag.UrlRefer = filterContext.HttpContext.Request.UrlReferrer;
19 if (httpException.GetHttpCode() == 404)
20 {
21 filterContext.HttpContext.Response.Redirect("~/home/notfound");
22 }
23 else if (httpException.GetHttpCode() == 500)
24 {
25 filterContext.HttpContext.Response.Redirect("~/home/internalError");
26 }
27 }
28 //写入日志 记录
29 filterContext.ExceptionHandled = true;//设置异常已经处理
30 }
31 }
在这里我要多说一句,有些园友可能遇到这么一个问题,就是抛出了一个500的内部服务器异常,但是在自定义异常信息中就是无法捕获到,是什么原因呢?
其实就是MVC对500 的特殊照顾,在HttpException的httpCode为500的时候,MVC框架会自动的处理,然后将其ExceptionHandled设置为true。
对于其他的异常状态码,比如404就没有这样的照顾,所以500我们要优先照顾呀。
3.在设置好了自定义异常处理以后,我们可以在每个Action或Controller中进行注入,但是在MVC 3 中提供了另外一种可以全局注入的方式,那就是全局Filter,我一般叫做全局筛选器。这样就相当于我们在所有的Action上都进行了注入。
在global.asax中,进行全局注册
1 public static void RegisterGlobalFilters(GlobalFilterCollection filters)
2 {
3 filters.Add(new CustomExceptionAttribute(),1);//自定义的验证特性
4 filters.Add(new HandleErrorAttribute(),2);
5 }
4.我们在设置了自定义异常处理以后,会跳转到对应的页面,里面的信息相信大家都可以自己定制了
5.有图有证据 先来一个404异常处理信息
我请求的页面是home/index,然后自动跳转到了notFound页面
还有500错误,如果您不注意判断一个这个错误,那么你是不可能的
总结一下,在MVC中处理异常有很多中方式,HandleErrorAttribute,自定义异常处理类(重写IExceptionFilter或者是HandleErrorAttribute 的OnException方法),传统的try catch方法,这些都可以,除去那个try catch,其实自定义异常处理就是Filter的体现,和登陆验证没有任何区别。
还有一点就是HttpException的HttpCode为500的情况,ExceptionHandled会被自动设置为true,需要特殊照顾一下。
在我们处理完了异常以后,一定要将其ExceptionHandled设置为true,这样可以避免父类或者更高一级的异常处理捕获处理该异常信息。
MVC处理异常就是这么简单,Filter特性就是那么强大,让我们拥抱MVC,拥抱filter。
我看到有位大牛的MVC 4 书籍已经可以预定了,先试读一下,可以的话买一本,支持国产大牛,丰富一下自己。不是做广告,是发牢骚,什么时候能轮到我出书呢。