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

Canace ·
更新时间:2024-11-13
· 985 次阅读

当我们在使用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的区别分析



MVC ASP

需要 登录 后方可回复, 如果你还没有账号请 注册新账号