Как моделировать Сервер. Передача в ASP.NET MVC?

Не могли бы вы просто создать экземпляр контроллера, на который вы хотели бы перенаправить, вызвать нужный метод действия, а затем вернуть результат этого? Примерно так:

 HomeController controller = new HomeController();
 return controller.Index();

Просто создайте экземпляр другого контроллера и выполните его метод действия.

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

Я не уверен, что вы имели в виду дубликат, но:

return new HomeController().Index();

Редактировать

Другой вариант может заключаться в создании вашей собственной ControllerFactory, это Таким образом, вы можете определить, какой контроллер создать.

Разве маршрутизация не позаботится об этом сценарии для вас? то есть для сценария, описанного выше, вы можете просто создать обработчик маршрута, который реализует эту логику.

Недавно я узнал, что ASP.NET MVC не поддерживает Server.Transfer (), поэтому я создал метод-заглушку (вдохновленный Default.aspx.cs).

    private void Transfer(string url)
    {
        // Create URI builder
        var uriBuilder = new UriBuilder(Request.Url.Scheme, Request.Url.Host, Request.Url.Port, Request.ApplicationPath);
        // Add destination URI
        uriBuilder.Path += url;
        // Because UriBuilder escapes URI decode before passing as an argument
        string path = Server.UrlDecode(uriBuilder.Uri.PathAndQuery);
        // Rewrite path
        HttpContext.Current.RewritePath(path, false);
        IHttpHandler httpHandler = new MvcHttpHandler();
        // Process request
        httpHandler.ProcessRequest(HttpContext.Current);
    }

Бесстыдное воровство форматирования Генри ...

return new MVCTransferResult(new {controller = "home", action = "something" });

public class MVCTransferResult : RedirectResult
{
    public MVCTransferResult(string url)
        : base(url)
    {
    }

    public MVCTransferResult(object routeValues):base(GetRouteURL(routeValues))
    {
    }

    private static string GetRouteURL(object routeValues)
    {
        UrlHelper url = new UrlHelper(new RequestContext(new HttpContextWrapper(HttpContext.Current), new RouteData()), RouteTable.Routes);
        return url.RouteUrl(routeValues);
    }

    public override void ExecuteResult(ControllerContext context)
    {
        var httpContext = HttpContext.Current;

        // ASP.NET MVC 3.0
        if (context.Controller.TempData != null && 
            context.Controller.TempData.Count() > 0)
        {
            throw new ApplicationException("TempData won't work with Server.TransferRequest!");
        }

        httpContext.Server.TransferRequest(Url, true); // change to false to pass query string parameters if you have already processed them

        // ASP.NET MVC 2.0
        //httpContext.RewritePath(Url, false);
        //IHttpHandler httpHandler = new MvcHttpHandler();
        //httpHandler.ProcessRequest(HttpContext.Current);
    }
}

Я хотел перенаправить текущий запрос на другой контроллер / действие, сохраняя при этом путь выполнения точно таким же, как если бы был запрошен этот второй контроллер / действие. В моем случае Server.Request не работал, потому что я хотел добавить больше данных. Фактически это эквивалентно тому, что текущий обработчик выполняет другой HTTP GET / POST, а затем передает результаты клиенту. Я уверен, что найдутся более эффективные способы достижения этой цели, но вот что работает для меня:

RouteData routeData = new RouteData();
routeData.Values.Add("controller", "Public");
routeData.Values.Add("action", "ErrorInternal");
routeData.Values.Add("Exception", filterContext.Exception);

var context = new HttpContextWrapper(System.Web.HttpContext.Current);
var request = new RequestContext(context, routeData);

IController controller = ControllerBuilder.Current.GetControllerFactory().CreateController(filterContext.RequestContext, "Public");
controller.Execute(request);

Ваше предположение верно: я помещаю этот код в

public class RedirectOnErrorAttribute : ActionFilterAttribute, IExceptionFilter

и использую его для отображения ошибок разработчикам, пока он в продакшене буду использовать обычный редирект. Обратите внимание, что я не хотел использовать сеанс ASP.NET, базу данных или другие способы передачи данных исключения между запросами.

RouteData routeData = new RouteData();
routeData.Values.Add("controller", "Public");
routeData.Values.Add("action", "ErrorInternal");
routeData.Values.Add("Exception", filterContext.Exception);

var context = new HttpContextWrapper(System.Web.HttpContext.Current);
var request = new RequestContext(context, routeData);

IController controller = ControllerBuilder.Current.GetControllerFactory().CreateController(filterContext.RequestContext, "Public");
controller.Execute(request);

Ваше предположение верно: я поместил этот код в

public class RedirectOnErrorAttribute : ActionFilterAttribute, IExceptionFilter

и использую его для отображения ошибок разработчикам, пока он в продакшене буду использовать обычный редирект. Обратите внимание, что я не хотел использовать сеанс ASP.NET, базу данных или другие способы передачи данных исключения между запросами.

RouteData routeData = new RouteData();
routeData.Values.Add("controller", "Public");
routeData.Values.Add("action", "ErrorInternal");
routeData.Values.Add("Exception", filterContext.Exception);

var context = new HttpContextWrapper(System.Web.HttpContext.Current);
var request = new RequestContext(context, routeData);

IController controller = ControllerBuilder.Current.GetControllerFactory().CreateController(filterContext.RequestContext, "Public");
controller.Execute(request);

Ваше предположение верно: я поместил этот код в

public class RedirectOnErrorAttribute : ActionFilterAttribute, IExceptionFilter

и использую его для отображения ошибок разработчикам, пока он в продакшене буду использовать обычный редирект. Обратите внимание, что я не хотел использовать сеанс ASP.NET, базу данных или другие способы передачи данных исключения между запросами.

RouteData routeData = new RouteData();
routeData.Values.Add("controller", "Public");
routeData.Values.Add("action", "ErrorInternal");
routeData.Values.Add("Exception", filterContext.Exception);

var context = new HttpContextWrapper(System.Web.HttpContext.Current);
var request = new RequestContext(context, routeData);

IController controller = ControllerBuilder.Current.GetControllerFactory().CreateController(filterContext.RequestContext, "Public");
controller.Execute(request);

Ваше предположение верно: я помещаю этот код в

public class RedirectOnErrorAttribute : ActionFilterAttribute, IExceptionFilter

и использую его для отображения ошибок разработчикам, пока он в продакшене буду использовать обычный редирект. Обратите внимание, что я не хотел использовать сеанс ASP.NET, базу данных или другие способы передачи данных исключения между запросами.

RouteData routeData = new RouteData();
routeData.Values.Add("controller", "Public");
routeData.Values.Add("action", "ErrorInternal");
routeData.Values.Add("Exception", filterContext.Exception);

var context = new HttpContextWrapper(System.Web.HttpContext.Current);
var request = new RequestContext(context, routeData);

IController controller = ControllerBuilder.Current.GetControllerFactory().CreateController(filterContext.RequestContext, "Public");
controller.Execute(request);

Ваше предположение верно: я помещаю этот код в

public class RedirectOnErrorAttribute : ActionFilterAttribute, IExceptionFilter

и использую его для отображения ошибок разработчикам, пока он в продакшене буду использовать обычный редирект. Обратите внимание, что я не хотел использовать сеанс ASP.NET, базу данных или другие способы передачи данных исключения между запросами.

Не ответ сам по себе, но очевидно, что требование заключается не только в том, чтобы фактическая навигация "делала" эквивалентную функциональность Webforms Server.Transfer(), но и в том, чтобы все это было полностью поддержано в рамках юнит-тестирования. Поэтому ServerTransferResult должен "выглядеть" как RedirectToRouteResult и быть как можно более похожим на иерархию классов.

Я думаю сделать это, посмотрев на рефлектор и сделав все, что делает класс RedirectToRouteResult, а также различные методы базового класса контроллера, а затем "добавив" последний в контроллер с помощью методов расширения. Может быть, это могут быть статические методы внутри одного класса, для простоты/безмятежности загрузки?

Если я обойду это, то выложу, иначе, может быть, кто-то другой меня опередит!