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方式进行了测试，结果都是一样的。这点是很恶心的，不知道是我这里环境的问题还是大家的测试结果也这样？欢迎大家反馈！
二、官方的升级文档上面有这么一段话：
· dit the Default.aspx file and add the following line:
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 并且加入这段代码： 。在IIS7中是不需要这么做的，为的是当你用VS测试或者IIS7以下的IIS时候需要用这个来做一个根目录的“跳板”，很显然这段代码是有语法错误的，后面少了了一个“; ”。并且只是("~/Home") 的话对于IIS7以下的环境是无效的。当然在Preview3的模板中，在default.aspx.cs的Page_Load中已经加入了这个转换，直接使用Preview3的模板建项目的话这个就不重要了，从Preview1/2上面升级过来的时候还要注意这里的"~/Home"需要和前面的版本修改global.asax.cs一样，如果不是使用IIS7,则需要在后面加一个自定义的扩展名，比如.mvc。
另外在这里总结一下之前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貌似已经完美解决了 。
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方式进行了测试，结果都是一样的。这点是很恶心的，不知道是我这里环境的问题还是大家的测试结果也这样？欢迎大家反馈！
二、官方的升级文档上面有这么一段话：
· dit the Default.aspx file and add the following line:
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 并且加入这段代码： 。在IIS7中是不需要这么做的，为的是当你用VS测试或者IIS7以下的IIS时候需要用这个来做一个根目录的“跳板”，很显然这段代码是有语法错误的，后面少了了一个“; ”。并且只是("~/Home") 的话对于IIS7以下的环境是无效的。当然在Preview3的模板中，在default.aspx.cs的Page_Load中已经加入了这个转换，直接使用Preview3的模板建项目的话这个就不重要了，从Preview1/2上面升级过来的时候还要注意这里的"~/Home"需要和前面的版本修改global.asax.cs一样，如果不是使用IIS7,则需要在后面加一个自定义的扩展名，比如.mvc。
另外在这里总结一下之前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貌似已经完美解决了 。
来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/12639172/viewspace-441850/，如需转载，请注明出处，否则将追究法律责任。
转载于:http://blog.itpub.net/12639172/viewspace-441850/
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
