当我们在使用ASP.NET MVC实现页面跳转的时候，常用的应该是：
Redirect
RedirectToAction
RedirectToRoute
或者在前台使用脚本跳转。
但这几种跳转方式都是基于Get请求的，在某些特定场景下可能并不适用。例如需要传递大数据量参数、或者复杂对象类型参数的场景，get方式肯定是有限制的。
在webform里面，有一种服务器端跳转方式：Server.Transfer，相信大家一定都还记得。这种方式是中止当前页面执行，并将执行流程转入一个新的页面，并使用上一个页面创建的应答流。 这种方式具有如下的特点：
1，地址栏URL不会发生变化。
2，上一个页面后台产生的参数和对象可以直接传递到新的页面。
3，减少客户端对服务器的请求。
我们知道，ASP.NET MVC有一个核心思想，就是“约定胜于配置” ，例如在执行完一个action后，会到view目录下根据controller名称查找对应的view来进行渲染，但是 约定的做法并不意味着不能改变。
对于ASP.NET MVC而言，可以通过动态改变当前Action所渲染的view路径，来实现类似的效果。
渲染非常规路径的View
第一步，先实现一个自定义的ViewEngine：
public class ChangeViewEngine : System.Web.Mvc.RazorViewEngine
{
public ChangeViewEngine(string controllerPathName,string viewName)
{
this.ViewLocationFormats = new[] {"~/Views/" + controllerPathName + "/" + viewName + ".cshtml" };
}
}
第二步，实现一个ActionAttribute
[AttributeUsage(AttributeTargets.Method | AttributeTargets.Class)]
public class ChangeViewPathAttribute : ActionFilterAttribute
{
private string _controllerPath;
private string _viewName;
public ChangeViewPathAttribute(string controllerPath,string viewName)
{
this._controllerPath = controllerPath;
this._viewName = viewName;
}
public override void OnResultExecuting(ResultExecutingContext filterContext)
{
//base.OnResultExecuting(filterContext);
//ViewEngines.Engines.Clear();
ViewEngines.Engines.Add(new ChangeViewEngine(_controllerPath,_viewName));
}
}
在该段代码里面，ChangeViewPathAttribute类继承于ActionFilter，并重写其中的OnResultExecuting方法，将自定义的ViewEngine加入到全局ViewEngine集合里面来。
第三步，在需要渲染不同路径的action加上Attribute
[HttpPost]
[Filter.ChangeViewPath("Invoice","Create")]
public ActionResult PreInvoice(string strIds,bool flag)
在做完以上步骤后，我们就可以随意指定action所要渲染的view，在服务器端进行跳转，实现类似Server.Transfer的效果。 当然，以上只是一个简单的示例，你完全可以做的更优雅一点，实现更灵活的路径配置。
以上就是本文的全部内容，希望对大家的学习有所帮助。
您可能感兴趣的文章:- 关于Server.Transfer(URL)和UrlReWrite的一个突发奇想
- Server.Transfer,Response.Redirect的区别
- asp.net 页面转向 Response.Redirect, Server.Transfer, Server.Execute的区别
- asp.net中Response.Redirect与Server.Transfer的区别分析
