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」。這可能是我的。 –