我已经创建了新属性,在逻辑中我有一些例外,我的问题是:我应该如何在控制器中处理它并将它传递给视图?在下面的代码中,我抛出了异常,如何将其移动到视图中?
这是控制器中的属性
[HttpPost]
[CheckToken]
public JsonResult Edit(Roles role)
{
    ...
}这是属性
public class CheckToken : FilterAttribute, IAuthorizationFilter
{
    ....
    catch (HttpAntiForgeryException e)
    {
        throw new HttpAntiForgeryException("token not found");
    }
}发布于 2014-07-24 07:39:31
不要抛出异常.你可以这样做:-
catch (HttpAntiForgeryException e)
{
   filterContext.RouteData.Values.Add("Antiforgery", "token not found");
}并将ur结果中的Routevalue用作:
[HttpPost]
[CheckToken]
public JsonResult GroupEdit(Roles role)
{
  ViewData["Message"] = RouteData.Values["Antiforgery"];
}发布于 2014-07-24 09:05:37
在通过C#实现CLR一书中,有一个关于异常处理的建议:
不要CatchEverything 开发人员犯了一个普遍的错误,他们没有接受过正确使用异常的培训,那就是使用集水区过于频繁和不当。当您捕获一个异常时,您正在声明您期望这个异常,您了解它为什么会发生,并且您知道如何处理它。
只有当我们知道如何从异常中恢复应用程序状态时,我们才应该捕获异常。
在您的代码中,除了重新抛出异常之外,还可以捕获异常。这是没有必要的。请注意,当您重新抛出异常时,CLR将重新设置异常的起始点。
catch (HttpAntiForgeryException e)
{
    throw new HttpAntiForgeryException("token not found"); // CLR thinks this is where exception originated.
}在您的示例中,我不会处理异常并将其传递给视图。我将让执行停止并在全局异常筛选器中处理它,以将一个错误返回给具有正确的http状态代码的用户(例如:我们不应该返回状态为200的错误页面),并且可以选择将错误记录到DB以供进一步分析。
有关如何实现全局异常筛选器的信息:http://forums.asp.net/t/1848242.aspx?How+to+implement+global+error+handling+in+ASP+NET+Web+API
https://stackoverflow.com/questions/24927611
复制相似问题