Почему контроллер не использует контроллер, возвращенный этой фабрикой?

Question

Я реализовал фабрику пользовательских контроллеров в ASP.NET MVC, и я зарегистрировал ее в global.ascx. Идея состоит в том, чтобы обрабатывать случай 404, а также исключения в конструкторах контроллера. Я знаю, что фабрика была назначена ASP.NET MVC, потому что по запросам я могу в нее вступить. Я вижу, что я возвращаю контроллер, который, как я думаю. Но почему, а почему, почему мой контроллер не используется? Но я думаю, что я получил бы обычное действие не найдено исключение, а не controller..conceptually мне интересно, если это даже правильное место, чтобы сделать это.

protected override IController GetControllerInstance 
    (RequestContext context, 
    Type controllerType) 
    { 
     IController controller = null; 

     try 
     { 
      controller = base.GetControllerInstance(context, controllerType); 
     } 
     catch (CurrentSessionException) 
     { 
      controller = new LoginController(); 
     } 
     catch (System.Web.HttpException) 
     { 
      controller = new ErrorController(); 
     } 
     catch (System.Exception) 
     { 
      controller = new ErrorController(); 
     } 

     return controller; 
    } 

Answer 1

Попробуйте вручную расчистке ошибки ваше выступление.

requestContext.HttpContext.ClearError(); 

В идеале это лучше всего обрабатывается как фильтр. MVC поставляется с HandleErrorAttribute, который вы можете подкласса. Вы бы переопределили метод OnException, а затем просто обработали логику по своему усмотрению.

Это то, что по умолчанию имеет MVC 3.

 public virtual void OnException(ExceptionContext filterContext) { 
     if (filterContext == null) { 
      throw new ArgumentNullException("filterContext"); 
     } 
     if (filterContext.IsChildAction) { 
      return; 
     } 

     // If custom errors are disabled, we need to let the normal ASP.NET exception handler 
     // execute so that the user can see useful debugging information. 
     if (filterContext.ExceptionHandled || !filterContext.HttpContext.IsCustomErrorEnabled) { 
      return; 
     } 

     Exception exception = filterContext.Exception; 

     // If this is not an HTTP 500 (for example, if somebody throws an HTTP 404 from an action method), 
     // ignore it. 
     if (new HttpException(null, exception).GetHttpCode() != 500) { 
      return; 
     } 

     if (!ExceptionType.IsInstanceOfType(exception)) { 
      return; 
     } 

     string controllerName = (string)filterContext.RouteData.Values["controller"]; 
     string actionName = (string)filterContext.RouteData.Values["action"]; 
     HandleErrorInfo model = new HandleErrorInfo(filterContext.Exception, controllerName, actionName); 
     filterContext.Result = new ViewResult { 
      ViewName = View, 
      MasterName = Master, 
      ViewData = new ViewDataDictionary<HandleErrorInfo>(model), 
      TempData = filterContext.Controller.TempData 
     }; 
     filterContext.ExceptionHandled = true; 
     filterContext.HttpContext.Response.Clear(); 
     filterContext.HttpContext.Response.StatusCode = 500; 

     // Certain versions of IIS will sometimes use their own error page when 
     // they detect a server error. Setting this property indicates that we 
     // want it to try to render ASP.NET MVC's error page instead. 
     filterContext.HttpContext.Response.TrySkipIisCustomErrors = true; 
    }