使用ASP.NET MVC Preview 5(虽然这也尝试了beta),似乎querystring默认在路由重写在查询字符串传递的值。重写是这样写一个控制器:
public class TestController : Controller { public ActionResult Foo(int x) { Trace.WriteLine(x); Trace.WriteLine(this.HttpContext.Request.QueryString["x"]); return new EmptyResult(); } }
路由映射如下:@H_404_5@
routes.MapRoute( "test","Test/Foo",new { controller = "Test",action = "Foo",x = 1 });
/Test/Foo?x=5
1 5
因此,换句话说,为路由设置的默认值总是传递到方法中,而不管它是否实际上在querystring上提供。请注意,如果删除querystring的默认值,即路由映射如下:@H_404_5@
routes.MapRoute( "test",action = "Foo" });
然后控制器按预期运行,并将该值作为参数值传递,给出跟踪输出:@H_404_5@
5 5
这看起来像我一个错误,但我会发现这是一个错误仍然可以在ASP.NET MVC框架的beta版本,因为带有默认的querystrings不是完全是一个深奥或边缘情况特征,所以它几乎肯定是我的错。任何想法我做错了什么?@H_404_5@
解决方法
使用QueryStrings查看ASP.NET MVC的最好方法是将它们视为路由不知道的值。正如你所发现的,QueryString不是RouteData的一部分,因此,你应该保留你传递的一个查询字符串与路由值分开。
解决这些问题的一种方法是,如果从QueryString传递的值为null,则在操作中自行创建默认值。@H_404_5@
在你的例子中,路由知道x,因此你的url应该看起来像这样:@H_404_5@
/Test/Foo or /Test/Foo/5
并且路由应如下所示:@H_404_5@
routes.MapRoute("test","Test/Foo/{x}",new {controller = "Test",x = 1});
获得您正在寻找的行为。@H_404_5@
如果你想传递一个QueryString值,比如说一个页码,那么你会这样做:@H_404_5@
/Test/Foo/5?page=1
你的行动应该这样改变:@H_404_5@
public ActionResult Foo(int x,int? page) { Trace.WriteLine(x); Trace.WriteLine(page.HasValue ? page.Value : 1); return new EmptyResult(); }
现在测试:@H_404_5@
06004@H_404_5@
希望这有助于澄清一些事情。@H_404_5@