此外,还有多篇文章介绍了重定向后如何访问数据。但不符合我的目的。
我正在使用具有索引操作方法和错误索引视图的errorcontroller。
如果应用程序中有任何错误,它将在Application_Error事件中捕获。
在Application_Error事件中我记录了错误并重定向到错误索引页面,如下所示 -
protected new void Application_Error(object sender, EventArgs e)
{
Exception error = Server.GetLastError();
log.error(error.Message);
HttpContext.Current.Response.Redirect("~/Error/Index");
}
现在在错误索引视图中,我想显示错误消息。我应该在Application_Error事件中做什么,可以通过错误索引视图进行访问?
更新:我不想使用Session,因为在Application_Error事件中可能无法使用会话对象。这取决于错误发生的时间。
答案 0 :(得分:2)
方法 - 1
据我所知,您可以使用TempData存储发布的数据。它就像一个DataReader类,一旦读取,数据就会丢失。因此,TempData中存储的数据将变为空。
var Value = TempData["keyName"] //Once read, data will be lost
因此,即使在读取数据后仍然保留数据,您可以像下面那样使用
var Value = TempData["keyName"];
TempData.Keep(); //Data will not be lost for all Keys
TempData.Keep("keyName"); //Data will not be lost for this Key
TempData也适用于新的标签/ Windows,就像Session变量一样。
您也可以使用会话变量,唯一的主要问题是会话变量与TempData相比非常繁重。最后,您还可以在Controllers / Area之间保留数据。
方法 - 2
这适合我。这非常简单,无需考虑Web.Config中的任何更改或在Global.asax文件中注册Action Filter。
确定。所以,首先我要创建一个简单的动作过滤器。这将处理Ajax和非Ajax请求。
public class MyCustomErrorAttribute : HandleErrorAttribute
{
public override void OnException(ExceptionContext filterContext)
{
filterContext.ExceptionHandled = true;
var debugModeMsg = filterContext.HttpContext.IsDebuggingEnabled
? filterContext.Exception.Message +
"\n" +
filterContext.Exception.StackTrace
: "Your error message";
// 当您需要处理Ajax请求
时就是这种情况 if (filterContext.HttpContext.Request.IsAjaxRequest())
{
filterContext.Result = new JsonResult
{
JsonRequestBehavior = JsonRequestBehavior.AllowGet,
Data = new
{
error = true,
message = debugModeMsg
}
};
}
// 处理非Ajax请求时的情况
else
{
var routeData = new RouteData();
routeData.Values["controller"] = "Error";
routeData.Values["action"] = "Error";
routeData.DataTokens["area"] = "app";
routeData.Values["exception"] = debugModeMsg;
IController errorsController = new ErrorController();
var exception = HttpContext.Current.Server.GetLastError();
var httpException = exception as HttpException;
if (httpException != null)
{
Response.StatusCode = httpException.GetHttpCode();
switch (System.Web.HttpContext.Current.Response.StatusCode)
{
case 504:
routeData.Values["action"] = "Http404";
break;
}
}
var rc = new RequestContext
(
new HttpContextWrapper(HttpContext.Current),
routeData
);
errorsController.Execute(rc);
}
base.OnException(filterContext);
}
}
现在,您可以在Controller上以及仅在Action上实现此Action Filter。示例:
我的主题很少。我认为解释这一点非常重要。
如果你注意上面突出显示的部分。我已经指定了Action Filter的顺序。这基本上描述了Action Filter的执行顺序。当您通过Controller / Action Method
实现多个Action Filters时,就会出现这种情况
这张图片只是表明你有两个动作过滤器。 OnActionExecution
将开始执行优先级,OnActionExecuted
将从底部开始到顶部。这意味着如果OnActionExecuted
动作过滤器具有最高顺序将首先执行,而在OnActionExecuting
动作过滤器具有最低顺序将首先执行。以下示例。
public class Filter1 : ActionFilterAttribute
{
public override void OnActionExecuting(ActionExecutingContext filterContext)
{
//执行将从这里开始 - 1
base.OnActionExecuting(filterContext);
}
public override void OnActionExecuted(ActionExecutedContext filterContext)
{
//执行将移至此处 - 5
base.OnActionExecuted(filterContext);
}
}
public class Filter2 : ActionFilterAttribute
{
public override void OnActionExecuting(ActionExecutingContext filterContext)
{
//执行将移至此处 - 2
base.OnActionExecuting(filterContext);
}
public override void OnActionExecuted(ActionExecutedContext filterContext)
{
//执行将移至此处 - 4
base.OnActionExecuted(filterContext);
}
}
[HandleError]
public class HomeController : Controller
{
[Filter1(Order = 1)]
[Filter2(Order = 2)]
public ActionResult Index()
{
//执行将移至此处 - 3
ViewData["Message"] = "Welcome to ASP.NET MVC!";
return View();
}
}
您可能已经意识到MVC框架中有不同类型的过滤器。它们列在下面。
授权过滤器
动作过滤器
响应/结果过滤器
异常过滤器
在每个过滤器中,您可以指定Order属性。这基本上描述了动作过滤器的执行顺序。
答案 1 :(得分:1)
使用TempData
获取价值。
关于TempData
它的生命非常短暂,只有在目标视图满载之前才会存在。
需要对复杂数据类型进行类型转换,并检查空值以避免错误。
它仅用于存储错误消息,验证消息等一次性消息。