ASP.NET MVC Preview3刚出来就发bug，不是想泼冷水，而是一贯的为了和大家一起更好地讨论、学习、使用，大家一起进步。
Pre3和Pre2的主要区别在Scott的Blog上面已经比较清楚地展示了，并且官方也提供了了一个升级文档：http://weblogs.asp.net/scottgu/archive/2008/05/27/asp-net-mvc-preview-3-release.aspx。
今天大概看了几个关键的地方，目前发现了在ActionURL这个用法上面没有太大变化的地方，但是在获取上面反而有点小问题：
一、比如当你试图在AdminController（对应的View）里面输出Url.Action("Foo")的时候，理想情况下应该是返回/Admin[.mvc]/Foo，但是不幸的事情发生了，当你在HomeController里面添加一个Foo的Action，并且在global.asax.cs里面添加了一条Home/Foo的URL规则之后（不添加不会有问题），你再用Url.Action("Foo")的时候，返回的将有可能是这样：/Home[.mvc]/Foo，所以为了保证持久的可用性，在这种情况下我们必须放弃Url.Action("Foo")这种方式，转而使用这样的重写方法：Url.Action("Foo","Admin")。不光是Url.Action是这样，Html.ActionLink也存在着同样的问题。我反复在IIS/VS以及routes.MapRoute/routes.Add方式进行了测试，结果都是一样的。这点是很恶心的，不知道是我这里环境的问题还是大家的测试结果也这样？欢迎大家反馈！
此bug实例下载：http://files.cnblogs.com/szw/ASP.NET_MVC_Preview_3_-Routing_bug-1.rar
关键测试代码：
Global.asax.cs：
routes.MapRoute(
"
About
"
,
//
Route name
"
Home/About
"
,
//
URL with parameters
new
{ controller = "Home", action = "About" }
//
Parameter defaults
);
/Views/Admin/Index.aspx：
理想情况：Url.Action("About")应该和Url.Action("About","Admin")输出一样：
<%
=
Url.Action(
"
About
"
,
"
Admin
"
)
%>
<
br
/>
实际Url.Action("About")输出：
<%
=
Url.Action(
"
About
"
)
%>
输出结果：
另外在这里总结一下之前2个Preview版本的已发现的bug（或者不足之处）的现状：
这些问题我依次发表在了 使用微软ASP.NET MVC Framework的一些感受 + 收集园子朋友发现的bug反馈 ， 使用微软ASP.NET MVC Framework的一些感受 + 收集园子朋友发现的bug反馈 【补充】 和 MVC Toolkit 部分已发现bug的根治方案 Part(1)
1、第一篇说到的一些问题，目前还是多多少少存在，但这并不能说明都是MVC本身的问题，有些是.NET3.5的一些特性——比如Linq to SQL——在使用和“配合”上的一些问题。
2、第一篇、第二篇中提到的HtmlHelper中的很多扩展方法很乱的问题，这次在Preview3中是快刀斩乱麻，所有的size,maxLength之类的属性都放到了htmlAttributs属性中，倒也清爽，升级和使用的时候要多加注意了。
3、第三篇 MVC Toolkit 部分已发现bug的根治方案 Part(1) 中谈到的问题在Preview3貌似已经完美解决了 。
一些注意点：
官方的升级文档上面有这么一段话：
· dit the Default.aspx file and add the following line:
<% Response.Redirect("~/Home") %>
This redirect is not necessary for IIS 7. This is a workaround for an issue with how the Web server that is built into Visual Studio (the ASP.NET Development Server) works with routing.
大概意思是说找到Default.aspx 并且加入这段代码：<% Response.Redirect("~/Home") %> 。在IIS7中是不需要这么做的，为的是当你用VS测试或者IIS7以下的IIS时候需要用这个来做一个根目录的“跳板”。十分感谢Leven朋友的提醒，使用Preview1/2模板的话，那里的default.aspx没有设定Language="C#" ，默认是VB.NET，Response.Redirect("~/Home")的语法没有错误，用了C#的话后面需要加一个“;”。这里要补充一点文档上没有说清楚的：只是("~/Home") 的话对于IIS7以下的环境是无效的（当然在Preview3的模板中，在default.aspx.cs的Page_Load里已经加入了这个跳转，需要到default.aspx.cs中查看或修改。根据Page_Load和aspx页面的执行顺序，直接在aspx页面设定将是无效的），从Preview1/2上面升级过来的时候还要注意这里的"~/Home"需要和前面的版本修改global.asax.cs一样，如果不是使用IIS7,则需要在后面加一个自定义的扩展名，比如.mvc——"~/Home.mvc"。
还有一点点期望：
1、Html.DropDownList(原Html.Select)在数据源的类型上可以更丰富一些，特别是直接接受IDictionary<string,object>类型的数据源（目前由于IDictionary<string,object> htmlAttributes的重写方法，这个类型会被认为是一个属性的集合）。当然这在new SelectList()里面还是可以做到的，只是这种“value-text”形式的Html输入框能直接绑定key-value就更好了，目前还要自己扩展一些方法才能做到。
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()方法是可以再丰富一下，查找其直接所属的方法的名称，那这个功能就更加完美了。
更多的细节问题还在确认中，欢迎大家补充，我会一并总结上来！
QQ：498977166
http://szw.cnblogs.com/
研究、探讨.NET开发
转载请注明出处和作者，谢谢！
Senparc官方教程《微信开发深度解析：微信公众号、小程序高效开发秘籍》，耗时2年精心打造的微信开发权威教程，点击这里，购买正版！
