Asp.net mvc 逐步将现有ASP.NET站点转换为MVC的最佳方法

请记住，这对我来说是新的，我可能错过了一些重要的东西

我有一个基于ASP.NET web应用程序的现有网站。我现在正在使用ASP.NETMVC进行新的开发，并打算逐步用基于MVC的页面取代大部分页面

我这里有两个问题：

1） 我需要逐渐替换页面，因为我不能一次转换所有内容。 2） 如果可能，应保留（物理文件的）现有URL

在我看来，我有以下选择：

1） 在网站的根目录中创建一个全新的MVC web应用程序，然后包括现有的HTML/ASPX/ASMX/。。。有几页是这样的。这样，路由总是相对于网站的根

2） 修改现有的Global.asax、Web.config、Default.aspx（等等）以打开MVC处理程序进行路由，然后将我的MVC应用程序发布到子文件夹

最简单的方法是什么？我是否遗漏了什么

谢谢，

---

Laurent

Scott Hanselman有一篇很好的博客文章，讨论了如何将MVC与Web表单和其他ASP.NET技术相结合。

---

这实际上取决于现有web应用程序的状态。如果主要是业务逻辑烘焙到您的代码后面，那么您最好重新编写。如果您已经将数据对象模型和业务层与落后的代码进行了很好的代码分离，那么您就在这一转换中处于领先地位。不幸的是，这是一个很难简明扼要地回答的问题，而且基于您当前的状态，这是一个相当主观的问题

---

“经典ASP.Net网站”-听起来很奇怪。

我认为这个问题用词不对，因为这不是我的意思

我的意思是：如何在现有的“经典”ASP.NET站点中集成基于MVC的页面（是的，我知道这听起来很奇怪：）。我最终会替换整个内容（如果这意味着重写一些页面，那就这样吧），但我想已经添加了基于MVC的新内容

我找到了关于如何创建新的MVC应用程序，甚至如何在其中集成新的基于web表单的内容的指南，但关于逐渐将应用程序移植到MVC的指南就更少了

我找到了这个链接

这是很有希望的，但听起来像是一项艰巨的工作

---

具体来说，我正在寻找在现有ASP.NET应用程序中添加新的基于MVC的内容的步骤，并且仍然保持旧内容像以前一样工作。

与您一样，我也在解决同样的问题。我在这里发布了一些我遇到的事情，它们主要与设置有关。最好的做法是启动一个新的MVC项目，并将文件和结构与现有的ASP.NET应用程序进行比较。如果有疑问，请逐行浏览web.config，最终您将获得它；-）

一旦你有了管道，你就可以专注于MVC，它只是并排工作

这些联系也有助于：

---

你已经找到了最好的网站…stackoverflow

你可以在MVC下运行一个子网站。我试过了，但效果不理想。尤其是，所有的相关参考文献都是乱七八糟的。你有这方面的经验和指导吗？