楼主动作好快啊，偶昨晚才下p3来试用了一下，bug还没找
今晚回去试试你说的这个bug，呵呵
  回复  引用  查看    

博主太神速了 我也才下了ASP.NET MVC Preview3 等下也去研究下
  回复  引用    

@没剑
@Donetk
欢迎一起测试交流:)我已经发了一个Preview3的小项目（从原来Preview2上升级过来的）：http://www.hereur.cn/。
  回复  引用  查看    

Url.Action("Foo")
这会不会是Routing的注册顺序问题？？
  回复  引用  查看    

@Q.Lee.lulu
这些判断肯定跟Routing的顺序有关系的，要是建一条Admin.Foo的在Home.Foo的前面，就不会找到Home里面去了，但是可惜他判断的时候找到一个相同的Action就算配上了，忽略了当前的controller。UrlAction之类的方法应该没有怎么变动，估计是这次修改的System.Web.Routing.dll里面的问题了。
  回复  引用  查看    

Url.Action("Foo")
这个问题是一直存在的。啥原因谁清楚。。。
  回复  引用  查看    

@第一控制.NET
我在Preview2里面用Url.Action("Foo") 是正常的，哪怕Global里面注册一条规则也能返回正常的URL。以前你碰到的情况是怎么样的？
  回复  引用  查看    

@SZW
我记得我在Preview2里情况跟现在是一样的。不过放的时间长了，记不得是不是了。也可能是我记错。
  回复  引用  查看    

还有一些路由的BUG好像，在早期版本（包括0416版本）中都可以正常的路由规则在P3中却不能用了。
  回复  引用  查看    

@阿不
然也
  回复  引用  查看    

dit the Default.aspx file and add the following line:
<% Response.Redirect("~/Home") %>

官方这儿语法是正确的,因为默认的aspx解析不是c#,而是VB.Net,因此你如果加分号反而有问题.

  回复  引用  查看    

@Leven
恩，对的，我测试的时候用了Preview3的Default.aspx，已经用了<%@ Page Language="C#" %>，所以发现这样改会有问题，已经修正，谢谢提醒！
  回复  引用  查看    

@SZW
楼主，我刚刚试了一下你说的第一个bug，routing这个
我测试过没有问题哦，你具体是怎么样产生的错误？
我在Golbal里添加的route规则是：
routes.MapRoute( _
"Login", _
"Admin/Login", _
New With {.controller = "Admin", .action = "Login"} _
)
偶是:admin/admin　home/index下分别使用：<%=Url.Action("Login")%>
来产生链接，结果是：
admin/admin：/admin/Login
home/index：/Home/Login
没有你说的哪种错误哦～
  回复  引用  查看    

@没剑
效果应该是一样的，我的不是
routes.MapRoute( _
"Login", _
"Admin/Login", _
New With {.controller = "Admin", .action = "Login"} _
)

是在Home里面：

routes.MapRoute( _
"Login", _
"Home/Login", _
New With {.controller = "Home", .action = "Login"} _
)

你试试看。

我用C#比如是这样的：
routes.MapRoute("News-News",
"News.xhtml/News/{NewsGuid}",
new { controller = "News", action = "News", NewsGuid = new Guid() });

然后你在Admin里面输出：Url.Action("News")

  回复  引用  查看    

@没剑
我已经上传了一个测试实例，你可以看一下：http://www.cnblogs.com/Files/szw/ASP.NET_MVC_Preview_3_-Routing_bug-1.rar
  回复  引用  查看    

@SZW

这个是Preview3 新的Routing规则，不是bug

Preview2的时候，MapRoute的Name是没有用的，

在Preview3里变得有用了，例如：<%=Url.Action("About")%>
它会首先在规则里找有没有一个name为about的规则，有的话就自动生成适合规则的Url，也就是/Home/Login。否则才去匹配其他的规则。

所以为了避免出现这种情况，MapRoute的name最好起一个不要跟Action会重复的名字，例如Home_About，就不会出现这种情况了。



  回复  引用  查看    

@SZW
楼主，我发现问题所在了，你的哪句MapRoute是放在RegisterRoutes最前面的，而默认哪一个：
routes.MapRoute(
"Default", // Route name
"{controller}/{action}/{id}", // URL with parameters
new { controller = "Home", action = "Index", id = "" } // Parameter defaults
);
这个则放在了后面，我试着调换了一下位置，出来的结果就是正确的了，
我不知道这个路由起的作用是什么，我只知道是用来转换/...--->/home/index
这个路径，这样子看起来它的作用好像是一个全局性的。。。
希望知道的朋友可以告知一下～
  回复  引用  查看    

@小No
是的，官方是这么说的，但是你可以自己实践一下，即使改成了别的比如"Home-About"，问题仍然存在，你可以看这个Demo：http://www.cnblogs.com/Files/szw/ASP.NET_MVC_Preview_3_-Routing_bug-1.rar，把Global里面的"About"改成别的，结果还是一样的。你说的routeName的方法不在Url.Action里面，而是Url.RouteUrl，所以使用Url.Action的时候还是存在这样的问题哦。
  回复  引用  查看    

@SZW
我又试着把Defaut这个MapRoute删除，只保留一个About这个MapRoute，然后访问其它页出错，完全找不到路径，只有home/About这个页能够找到
从这里可以看出Default这个名称的MapRoute规则是一个特殊的规则，它起到了一个全局性的全用。。。在使用的时候一定要将它放在第一个位置执行，不然可能会对Route设置出现一些意想不到的错误
  回复  引用  查看    

@没剑
--引用--------------------------------------------------
没剑: @SZW
楼主，我发现问题所在了，你的哪句MapRoute是放在RegisterRoutes最前面的，而默认哪一个：
routes.MapRoute(
&quot;Default&quot;, // Route name
&quot;{controller}/{action}/{id}&quot;, // URL with parameters
new { controller = &quot;Home&quot;, action = &quot;Index&quot;, id = &quot;&quot; } // Parameter defaults
);
这个则放在了后面，我试着调换了一下位置，出来的结果就是正确的了，
我不知道这个路由起的作用是什么，我只知道是用来转换/...---&gt;/home/index
这个路径，这样子看起来它的作用好像是一个全局性的。。。
希望知道的朋友可以告知一下～
--------------------------------------------------------

嘿嘿，你这个不是解决问题，是把问题隐藏了而已——Default是全局默认配置，只有当所有的都不符合的时候，才执行Default，你把Default放到第一个，就会发现下面的都失效了。你可以做这么一个实验：
routes.IgnoreRoute("{resource}.axd/{*pathInfo}");

routes.MapRoute(
"Default", // Route name
"{controller}/{action}/{id}", // URL with parameters
new { controller = "Home", action = "Index", id = "" } // Parameter defaults
);

routes.MapRoute(
"Home-About", // Route name
"Home/About/{msg}", // URL with parameters
new { controller = "Home", action = "About",msg="" } // Parameter defaults
);


然后在任意位置输出<%=Url.Action("About","Home", new { msg = "123" })%>，理想状况应该是：Home/About/123对吧？这时候肯定是：Home/About/?msg=123

所以Default放在第一个是不行的哦:)

再看看还有没有别的地方存在问题。
  回复  引用  查看    

...不小心把评论弄掉了,重新写了个记录研究过程的:
http://www.cnblogs.com/leven/archive/2008/05/30/1210606.html
  回复  引用  查看    

@Leven
是的，官方有说可以用routeName。但是在Url.Action里面找不到单一传入routeName的方法，只有actionName，所以这种情况下为了持久的可用性（以应对routing规则的随时变化），默认的Url.Action(actionName)的方法就不能使用了。
  回复  引用  查看    

@没剑
--引用--------------------------------------------------
没剑: @SZW
我又试着把Defaut这个MapRoute删除，只保留一个About这个MapRoute，然后访问其它页出错，完全找不到路径，只有home/About这个页能够找到
从这里可以看出Default这个名称的MapRoute规则是一个特殊的规则，它起到了一个全局性的全用。。。在使用的时候一定要将它放在第一个位置执行，不然可能会对Route设置出现一些意想不到的错误
--------------------------------------------------------
Default那一个是不能删除的，而且应该放在最后。另外关于routeName就像Leven说的那样。


  回复  引用  查看    

@Leven
----引用--------------------------------------------------
很显然,这儿如果routeName为null的话系统会优先根据routename查找
----------------------------------------------------------
这句话是不是应该：
很显然,这儿如果routeName不为null的话系统会优先根据routename查找
？
  回复  引用  查看    

这看来真的是个BUG，当我把规则改成：
routes.MapRoute(
"Home_About", // Route name
"Home/About/aaa", // URL with parameters
new { controller = "Home", action = "About" } // Parameter defaults
);

<%=Url.Action("About")%> 返回的是Home/About/aaa，看来他连默认的Action都找了，谁英文好，去提一下这个BUG
  回复  引用  查看    

偶查看了一下源码，发现url.action里调用的方法为：
public string Action(string actionName)
{
if (string.IsNullOrEmpty(actionName))
{
throw new ArgumentException(MvcResources.Common_NullOrEmpty, "actionName");
}
return this.GenerateUrl(null, actionName, null, new RouteValueDictionary());
}
这里GenerateUrl的第一个参数为routeName，而调用url.action(ActionName)时，routeName为null
所以楼主的：
很显然,这儿如果routeName为null的话系统会优先根据routename查找
－－－
我继续看了下源码，但好像未发现routeName为null时系统会查找routeName。。。


  回复  引用  查看    

相关的源码如下，你们大家找找看：系统有没有在routeName为null时会自动查找routeName
------------------没剑的丑陋的分隔线-----------------------------
internal static string GenerateUrl(string routeName, string actionName, string controllerName, RouteValueDictionary valuesDictionary, RouteCollection routeCollection, ViewContext viewContext)
{
VirtualPathData virtualPath;
if (actionName != null)
{
if (valuesDictionary.ContainsKey("action"))
{
throw new ArgumentException(string.Format(CultureInfo.CurrentUICulture, MvcResources.Helper_DictionaryAlreadyContainsKey, new object[] { "action" }), "actionName");
}
valuesDictionary.Add("action", actionName);
}
if (controllerName != null)
{
if (valuesDictionary.ContainsKey("controller"))
{
throw new ArgumentException(string.Format(CultureInfo.CurrentUICulture, MvcResources.Helper_DictionaryAlreadyContainsKey, new object[] { "controller" }), "controllerName");
}
valuesDictionary.Add("controller", controllerName);
}
if (routeName != null)
{
virtualPath = routeCollection.GetVirtualPath(viewContext, routeName, valuesDictionary);
}
else
{
virtualPath = routeCollection.GetVirtualPath(viewContext, valuesDictionary);
}
if (virtualPath != null)
{
return virtualPath.VirtualPath;
}
return null;
}
  回复  引用  查看    

不过我倒是觉得：Url.RouteUrl这个方法的功能比较符合楼主的意思，这个才是正儿八经的按RouteName查找
  回复  引用  查看    

@小No
好像csdn已经引用了我这篇文章并且反映过去了，我自己也留言了，等待官方的答复。
  回复  引用  查看    

@没剑
RouteUrl提供了RouteName的查找方式，他的关键字段只有一个单独的key,比action+controller更加直接和有效，但是在Url.Action和Html.ActionLink（这个没办法用RouteUrl替换了，除非我们直接静态输出<a>标签）中提供的只有actionName，不管怎么样在这里忽略了判断controller，应该是个疏忽，或者是Url.Action重写方法上的一些问题。
  回复  引用  查看    

--引用--------------------------------------------------
没剑: 偶查看了一下源码，发现url.action里调用的方法为：
...
所以楼主的：
很显然,这儿如果routeName为null的话系统会优先根据routename查找
－－－
我继续看了下源码，但好像未发现routeName为null时系统会查找routeName。。。
--------------------------------------------------------

冤枉哈~“很显然,这儿如果routeName为null的话系统会优先根据routename查找 ”这句话不是我说的，正是我要纠正的。见24楼
  回复  引用  查看    

@SZW
*^0^*呵呵，不好意思冤枉楼主料～
不过大家吵了哪么久，还是看看官方有没有什么反应吧，呵呵
感觉url.action确实是有点问题，呵呵
  回复  引用  查看    

补充了一些内容：
还有一点点期望：
1、Html.DropDownList(原Html.Select)在数据源的类型上可以更丰富一些，特别是直接接受IDictionary类型的数据源（目前由于IDictionary htmlAttributes的重写方法，这个类型会被认为是一个属性的集合）。
2、Preview3里面一改以往必须在RenderView中输入.aspx/.ascx文件名的要求，可以根据Action名称直接View();并且每个Action都要返回一个ResultAction类型，这时候，我们可以通过return RedirectToAction(actionName)来执行另外一个Action（RedirectToAction 返回的也是ResultAction类型），但是我又想到一个更加方便的方法（不知官方这么用了没有）——直接return actionName()——这个方法除了输入方便，还助于在编译时检测actionName的正确性，以及传参的正确性及便捷性。因为返回类型都是ResultAction。我尝试了之后，发现是可行的，但是有一个跟View()方法有关的问题出现了：比如我在Action1中，return Action2();而在Action2中，我只是View()，没有View("Action2")，这时候由于方法名称还是Action1，所以在运行到Action2的View()的时候，会自动查找Action1.aspx/ascx，而非Action2的。这里有点遗憾，如果View()方法是可以再丰富一下，查找其直接所属的方法的名称，那这个功能就更加完美了。
  回复  引用  查看    

速度很快
不过，我 一直没 用 ASPNET MVC
  回复  引用  查看    

暂时用这种方法解决吧

http://blog.jeremyskinner.me.uk/2008/06/03/aspnet-mvc-intercepting-the-routevaluedictionary/
  回复  引用  查看    

@王孟军！
:)
@Elden
怎么打不开呢？

似乎这个问题除了上面几个方法里面，RedirectToAction也存在着同样的问题。
  回复  引用  查看    

@SZW
RedirectToAction确实也存在这样的问题。
你可以试试用代理访问
  回复  引用  查看    

哎，从1到3，我都用过。。p3好好了好多。。目前也用在项目中。。正在用中。。刚觉，挺好的。。建议楼主建个qq群，把我们都加进去吧。。。
如果建了。记得加我qq啊。。759922422

  回复  引用    

@Elden
试了一下，好像还是没有用哦。

@郭荣维
欢迎交流:)
  回复  引用  查看