使用UrlRewriter.Net進行URL重寫，ASP.NET MVC路由或您推薦什麼？

我只是想知道，如果你正在ASP.NET 3.5中創建一個新的ASP.NET Web窗體應用程序，你會推薦用於URL重寫嗎？ UrlRewriter.NET或ASP.NET MVC路由。我之前使用過UrlRewriter.NET，對此非常滿意。使用UrlRewriter.Net進行URL重寫，ASP.NET MVC路由或您推薦什麼？

意見任何人？

路由是非常優越的恕我直言。而不是僞裝它（重寫網址以保持SEO類型的快樂），你正在做它（使真正的URL保持SEO類型的快樂）。另一個巨大的優勢是路由是可逆的 - 您可以很容易地從參數中獲取URL，這非常方便。

不，他們做的事情大不相同。 url重寫需要一個傳入的url並在將請求傳遞給ASP.NET（或IIS）來處理之前重寫它。 Url路由在ASP.NET中獲取一個url，並使用Url中找到的參數映射一個處理程序。網址本身從未改變。

2009-08-20 13:54:47

@Wyatt，你是什麼意思？我以爲他們做了同樣的事情。 – nickytonline 2009-08-20 14:02:18

我會嘗試路由，看看她如何去。謝謝。 – nickytonline 2009-09-03 20:23:02

使用UrlRewriter.NET - 它是爲Web表單而建的，你已經有了它的經驗和喜歡它。 ASP.NET MVC路由被設計爲在MVC模式內工作。

2009-08-20 13:41:06

@Andrew。我知道它是爲ASP.NET MVC構建的，但我已經閱讀了幾篇文章，您可以使用路由引擎，這就是爲什麼我問的是全部。只是好奇，如果任何人有經驗使用它的網絡形式，如果它是一個很好的契合。 – nickytonline 2009-08-20 13:43:26

如果您使用IIS7，請使用URL Rewrite Module。

我用它作爲我的一個網站，它的工作完美。

2009-08-20 14:02:50 Martin

ASP.NET 4.0 Web窗體（我相信它是在3.5 SP1中引入的）具有本地路由生成。它具有重寫模塊的好處，它是在ASP.NET框架中本地構建的，因此不需要黑客正常工作。

因此，你不應該因爲路由而選擇MVC。

2009-08-20 14:15:15 Pete

爲什麼不直接和Asp.Net MVC一起使用，並將webform方法完全拋棄？我意識到這個框架不適合每個人，特別是對於已有的項目，但是如果你開始開發一個新的應用程序併購買一個路由機制，爲什麼不去建立基於這個概念的框架呢？

Asp.Net MVC是一個非常優秀的WebForms框架，它只需要更多的前期工作，並且有一條學習曲線。儘管如此，一般情況下，您最終會得到一個更易於擴展和維護的應用程序。

2009-08-20 14:56:30 Chance

回答