【ASP.NET Core】处理异常(上篇)
依照老周的良好作风,开始之前先说点题外话。
前面的博文中,老周介绍过自定义 MVC 视图的搜索路径,即向 ViewLocationFormats 列表添加相应的内容,其实,对 Razor Page 模型,也可以向 PageViewLocationFormats 列表添加相应的搜索路径,比如 /MyPages/{1}/{0}.cshtml。其中,0 是视图名,1 是页面名称。比如这样。
services.AddMvc().AddRazorOptions(opt => { opt.ViewLocationFormats ... opt.PageViewLocationFormats ... });
然而,我们知道,基于 Razor 的 Web Page 模型是以页面为单位的,也就是说路径路由是直接指向页面的(不包含.cshtml 扩展名),即不需要 MVC 模型的路由方式。所以,我们并不需要修改 PageViewLocationFormats 中的内容。许多时候,我们只要告诉应用程序在哪个目录下查找 Page 就行了。
默认的搜索位置是 /Pages 目录,我们可以通过以下代码来修改。
public void ConfigureServices(IServiceCollection services) { services.AddMvc().AddRazorPagesOptions(opt => { opt.RootDirectory = "/UI"; }); }
以上代码写在 Startup 类中,这个应该明白吧。RootDirectory 就是用来指定应用程序查找 Razor 页面的根目录路径,此处我指写了 /UI,所以,在我的项目中,我只要建一个 UI 目录,然后各类 Razor 页就往里面放就行了。
========================================================================================
好了,题外话扯完了,开始说正题吧。今天咱们聊聊有关异常处理的破事吧,也可以说是错误处理,反正就这个意思,你理解就好,专业名词不必较劲,只有那些吃饱了撑着的“学术人才”才会跟名词较劲。
老办法,咱们结合示例来讲述,这样各位观众不会乏味。
大家知道,娱乐产品肾Phone已经成为流行玩具,近年来,购买肾Phone不一定只能用货币,比较典型的一种支付方式是卖肾买Phone。说实话,现在许多国产娱乐产品也很便宜,配置也不错,几百块钱就能玩得刷刷响了,割肾真没什么必要。
为了方便人们以肾换 Phone ,老周特意开发了一个在线卖肾系统。大致流程是这样的,如果你有闲置的肾,可以打开主页,输入你的一些信息,然后报个价,其他用户看见后,如果觉得合理,就认购此肾。
为了使操作流程更简单,易上手,轻入门,该平台只需要输入姓名和肾的价格即可参加报价。
大致的页面代码如下。
<form method="post"> <div class="form-group"> <label for="name">姓名:</label> <input type="text" class="form-control" name="name"/> </div> <div class="form-group"> <label for="price">价格:</label> <input type="number" name="price" class="form-control"/> </div> <div class="form-group"> <button type="submit" class="btn btn-success w-100">提 交</button> </div> </form>
Razor 页面很像我们以前玩过的 aspx 页面,每个页面都配套一个隐藏代码文件。Razor 页也会配有一个页面模型类,注意这个模型类要从 PageModel 派生,不是 Page 类,别搞错了,Page 类只是作为生成 HTML 代码的基类,我们的 .cshtml 文件在预编译后,是隐式继承自 RazorPage 类的。除非你要开发自己的标记语言,否则你不必理会这些类。
记住了,与 Razor 页关联的模型类是从 PageModel 类派生的,比如,本例中,当有人填写了闲置肾的相关信息后,以 POST 方式提交,这是候,如果页面模型类中包含了名字为 OnPost、OnPostAsync ……的方法时,就会自动调用。如果想把我们上面那个 form 中的 name 和 price 的值传递给方法,直接让 OnPost 方法的参数与 form 中的元素名称相同就可以了。
public class IndexModel : PageModel { public IActionResult OnPost(string name, decimal price) { if (string.IsNullOrWhiteSpace(name)) { throw new Exception("你怎么不留下姓名啊,卖肾又不是丢人的事。"); } if(price <= 0.0M) { throw new Exception("靠!你的肾这么不值钱吗?还免费送,包邮不?"); } return RedirectToPage("/Success"); } }
OnPost 不是 PageModel 基类的方法,而是我们自己写的,只是代码约定,Asp.net Core 里面用到很多代码约定,它在运行的时候会查找这些特定的名字。
上面代码中,还对传递进来的 form 值进行验证,如果不符合要求,会抛出异常。
一般来说,在 Startup 类的 Configure 方法中,我们会判断一下,如果应用程序处于开发阶段,为了方便测试,应该加入这些代码。
if (env.IsDevelopment()) { app.UseDeveloperExceptionPage(); }
这样,我们在测试时能看到详细的异常信息。
但是,在实际便用时,我们不能公开这么详细的信息,这样容易勾起人们的犯罪冲动。所以,一般会添加一个页面,专门用来显示错误信息。比如:
@page <div class="card"> <div class="card-header bg-danger"> <span class="text-light">错误</span> </div> <div class="card-body"> <span class="card-text">唉,真抱歉。你提交的肾不符合国际标准,没人要的。</span> </div> </div>
然后我们要在 Startup.Configure 方法中配置一下。
app.UseExceptionHandler("/Error");
加上这一行后,当发生异常时,就会跳转到 /Error 页面。
不过,你也许会觉得,虽然不能公开异常信息,但一些必要的描述应该要的,不然,用户不知道发生了啥事。我们可以通过 HttpContext 的 Features 集合获取一个用来处理异常的 Feature,它的原型接口是 IExceptionHandlerFeature,我们不必关心它的实现类型是谁,只要访问它的 Error 属性就能得到关联的 Exception 实例。
因此,我们的错误页可以改一下。
@page @using Microsoft.AspNetCore.Diagnostics @{ IExceptionHandlerFeature exf = HttpContext.Features.Get<IExceptionHandlerFeature>(); Exception ex = exf?.Error; } <div class="card"> <div class="card-header bg-danger"> <span class="text-light">错误</span> </div> <div class="card-body"> @if (ex == null) { <span class="card-text">唉,真抱歉。你提交的肾不符合国际标准,没人要的。</span> } else { <span class="card-text">@ex.Message</span> } </div> </div>
通过以下代码获得异常实例的引用。
IExceptionHandlerFeature exf = HttpContext.Features.Get<IExceptionHandlerFeature>(); Exception ex = exf?.Error;
这样就可以在页面上显示异常的描述信息了。
可能你又想到了,我不想输出个页面,我只想返回一些简单的文本,那么,你在 Startup.Configure 中可以这样写。
app.UseExceptionHandler(x => { x.Run(async context => { var ex = context.Features.Get<Microsoft.AspNetCore.Diagnostics.IExceptionHandlerFeature>()?.Error; string msg = ex == null ? "发生错误。" : ex.Message; context.Response.ContentType = "text/plain;charset=utf-8"; await context.Response.WriteAsync(msg); }); });
里面的变量 x 就是当前的 IApplicationBuilder ,与传递给 Configure 方法的 app 参数类型一样,这时候我们可以用 Reponse 的方法返回自定义的文本。
好了,今天的内容就介绍到这儿吧,其实异常处理还有一种方法——使用 Filter,这个咱们留到下一篇博文再和大伙分享。
上一篇: 上传图片功能的实现
推荐阅读
-
ASP.NET MVC异常处理模块详解
-
在ASP.NET 2.0中操作数据之十八:在ASP.NET页面中处理BLL/DAL层的异常
-
ASP.NET MVC异常处理模块详解
-
在ASP.NET 2.0中操作数据之三十八:处理BLL和DAL的异常
-
详解ASP.NET Core 处理 404 Not Found
-
在ASP.NET 2.0中操作数据之十八:在ASP.NET页面中处理BLL/DAL层的异常
-
在ASP.NET 2.0中操作数据之三十八:处理BLL和DAL的异常
-
详解ASP.NET Core 处理 404 Not Found
-
ASP.NET Core 数据保护(Data Protection)上篇
-
ASP.NET MVC中异常处理&自定义错误页详析