摘要:原文地址：A Few Notes About The MVC CodePlex Source Code Release 原文发布日期：Mar 22, 2008 Whew!在一些读者的强烈要求下（不只是Sean, Jeff向我提起过此事。）我写了一篇非MVC的文章，然后再写MVC。既然我写了那篇Pizza的文章，或许在我的善意被榨干之前，我该多写一些关于MVC的文章，然后再下定决心写一些MVC无关的东西。;) 正如ScottGu最近的文章写的，ASP.NET MVC的源代码已经在CodePlex上发布了.这件事并不想开‘开关’那样简单。在这背后，我们做了很多努力。一方面是有关的计划工作，以及Bertrand Le Roy和我的老板Simon做了很大的努力。 与此同时，计划的执行需要不同团队例如:Devs,PMs,QA已经legal(法律)团队的互相协作。为此 要感谢我们新任的PM Scott Galloway的努力。在做计划工作以及写了一篇很短的readme（我不知道怎么说）和readme（我不知道怎么说）和roadmap中，我做了一些微小的工作。多亏我们法律团队的一个同事，这次任务完成的出人意料的好。我原来以为会发生一场“战争”，但这家伙搞定了这样事，他理解我们的工作，和他工作也很轻松。 我看到了许多与此有关的问题，我在这里可以回答一些。 是不是一个在线实时更新的代码库？ 不是，由于一些原因，MVC开发团队并不是直接工作在CodePlex的代码库上。一个实际的原因我们试图尽量减少对我们工作的干扰。中途改变源代码的管理库是一个很大的干扰。现在，当我们认为有值得放到CodePlex上的代码时，我们会定期的将代码上传上去。 Routing的源代码在哪里？ 我在以前的文章中谈过，routing并不是MVC的一个特性，所以它并不包括在MVC代码里，它将是.Net Framework的一部分，因此它的代码也将会像其他的.NET Framework 代码 那样开放.包含在CodePlex是很好的，但就如我以前说的 慢慢来。 单元测试在哪里？ 等等！你是说哪里没有单元测试吗？那我要与Scott谈一些。哈哈，我是开玩笑的。我们打算把单元测试放到那里，但是当前的测试要依赖一些内部工具，这些工具是我们不想发布的。我们希望使用一些我们能分发的工具来重写这些单元。 下一个在CodePlex上更新是什么时候？ 就如我提到的，我们有东西的时候，我们就会更新源代码。希望尽多尽早。我们拭目以待。 作为一个团队，我们对此很激动。我在想开发员对这种程度的开放度是否会感到坐立不安。当然，任何人都可以看到这些代码以更多的了解.NET Framework，但是 这些代码已经被发布。这些都是早期工作中的。你是否能够想象你的老板把你的工作进程全都公布出来，让所有人来进行评判（如果你是一个全职的开源程序员就不用回到了）。;)我也不一定会让所有人看我早期使用.net技术的代码。 幸运的是，我们团队的开发人员因为这样的开放性获得了许多好处。它使我们与客户之间的协作更加紧密并且创建一个更为紧密的反馈系统。我有信心，我们在最终的产品里会完成所有的设计的功能。当然在它开放的时候会有一些限制。我曾试着建议我们更加开放并把我们的信用卡号公布在哪里，但那并不可行。...[阅读全文]

摘要:【原文地址】：Thoughts on ASP.NET MVC Preview 2 and Beyond 【原文发表时间】: Mar 10, 2008 【译者注：由于是刚开始做翻译，很多语句和单词翻译的很有问题，有些单词还不会翻译比如文章中出现的DropDown，hoopla等，所以现在的文章是中英文对照着发的，如果你看到哪里不爽，或者哪里变扭 指正，我会不断改进，不断学习的。谢谢】      At this year’s Mix conference, we announced the availability of the second preview for ASP.NET MVC which you can download from here. Videos highlighting MVC are also available. 在今年的Mix会议上，我们发布了asp.net mvc预览第二版，你可以在这里下载到，视频可以在这里下载。 Now that I am back from Mix and have time to breathe, I thought I’d share a few (non-exhaustive) highlights of this release as well as my thoughts on the future. 现在开完了Mix会议，我有时间稍作休息，我想分享一些这一版本的亮点，以及我对未来的一些想法。 New Assemblies and Routing 新的Assemblies 和 Routing Much of the effort and focus of this release was put into routing. If you’ve installed the......[阅读全文]

摘要:【原文地址】：Url Routing Debugger 【原文发表时间】: Mar 13, 2008 在Mix会议上，Scott Hanselman’s演示了一个简单的route测试程序（route tester），我很快的把他们整理出来了。 这个工具会显示当前地址栏中请求地址里存在的Route数据内容（页面里的Route Data）。因此你可以在地址栏中输入各种Urls来观察它匹配了哪一个路径。在页面底部，显示了你的程序中所有被定义的route列表。它可以让你看到当前的URL匹配哪个你定义的route。 这个工具的用处在于，有时候你希望的匹配路径却被其他的路径定义所代替。它可以向你展示出发生了这种情况。但是，这个工具并没有提供任何关于为什么发生这种情况的信息。希望我们以后能做更多的事情来改善这个。 要使用这个工具，只要下载这个zip文件，然后把dll文件放到你的程序的Bin目录里，再在Global.asax.cs文件的Appliation_Start函数里添加一行代码（黑体字的）。 protected void Application_Start(object sender, EventArgs e) {   RegisterRoutes(RouteTable.Routes);   RouteDebug.RouteDebugger.RewriteRoutesForTesting(RouteTable.Routes); } 它会使用DebugRouteHandler来更新那些你的应用中所有的route处理程序（IRouteHandler），这些route处理程序原本是为了处理程序中每个不同的route特别定义的。它在最后添加了一个catch-all route，以确保这个调试器总能匹配对这个应用程序的所有请求。 我也会发布所有的代码（使用“所有”听起来有很多代码，其实代码不太多）它包含了一个使用这个route tester 的demo程序。这个东西对你是否有用，请告诉我一声。...[阅读全文]