ASP.NET MVC 3仿Server.Transfer效果的实现方法

当我们在使用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的效果。 当然，以上只是一个简单的示例，你完全可以做的更优雅一点，实现更灵活的路径配置。

以上就是本文的全部内容，希望对大家的学习有所帮助。