4

我正在评估从传统ASP 3.0应用程序到ASP.NET MVC的迁移。我已经将应用程序迁移到WebForms,但由于多种原因决定尝试使用MVC进行迁移,包括此应用程序中的代码不是意大利面,并且似乎适用于MVC样式布局。逐步迁移经典ASP 3.0到ASP.NET MVC

此迁移的一个主要限制是它必须是最小(或最好不是)停机时间的渐进式,并且应该可以在迁移过程中继续开发。这意味着传统的ASP代码必须与ASP.NET MVC代码并行运行,甚至可能在同一个IIS应用程序中运行。

所以,我有几个相关问题:

  1. 什么是防止影响经典.asp文件转引最好的方法? (忽略它们,HttpHandler,特殊的重新路由规则?)
  2. 在类似的场景/迁移中,是否有任何特殊的非显而易见的问题?
  3. 身份验证,会话和一般代码重复使用问题,通常在WebForms迁移中常规ASP中出现的问题与使用ASP.NET MVC时有所不同吗?

在此先感谢!

+0

你可以衡量我的问题吗? http://stackoverflow.com/questions/11479284/how-to-do-an-in-place-upgrade-of-classic-asp-site-to-mvc4-while-preserving-old-p –

回答

2

只有答案1

routes.IgnoreRoute("{resource}.asp/{*pathInfo}"); 

我才拿到饼干吗?

+0

这意味着原始的asp文件需要驻留在原来的位置。如果我将一个asp文件迁移到MVC,那么引用它的任何文件都将无法找到它。所以我开始认为路由规则可能会更复杂,但我不希望管理一个“迁移”与“未迁移”的asp文件表。 – shovavnik

+0

一旦你迁移了页面,你应该设置一个重定向。看到这个答案http://stackoverflow.com/questions/1614714/routing-classic-asp-requests-to-net-seo-redirects/1615050#1615050 –

+0

我想我问了一个太宽泛的问题。无论如何,我看不到比逐渐添加更多重定向规则更好的解决方案,直到所有内容都被迁移。我可以替换所有对这些页面的引用,但我认为这是一个非常容易出错的方法。谢谢。 – shovavnik

-4

MVC使用.net所以文件扩展名是.aspx。你不应该有任何麻烦。

+1

你没有理解。我没有试图迁移aspx文件。我试图迁移ASP文件 - ASP 3.0,即 - 到MVC。你知道,自90年代中期以来,这种情况一直存在。 – shovavnik

+0

你在你的问题中说“经典的asp”。这可能是我的。 –