Какой URL-адрес вы используете для ASP.Net?

Question

Я просмотрел несколько переписывающих URL-адресов для ASP.Net и IIS и задавался вопросом, что все остальные используют и почему.

Вот те, которые я использовал или смотрели на:

• ThunderMain URLRewriter: используется в предыдущем проекте, не достаточно иметь гибкость/производительность, которую мы искали
• Ewal UrlMapper: используется в текущий проект, но источник, похоже, отказался от
• UrlRewritingNet.UrlRewrite: кажется достойной библиотекой, но бедна грамматика ДОКУМЕНТАЦИИ оставляет меня чувством беспокойства
• UrlRewriter.NET: это мой нынешний любимчик, имеет большую гибкость, хотя дополнительные функции, закачиваемые в замещающие регулярные выражения, меняют стандартный синтаксис регулярного выражения .Net.
• Managed Fusion URL Rewriter: Я нашел этот код в previous question при переполнении стека, но еще не опробовал его из примера синтаксис, он не представляется редактируемым через web.config

Answer 1

+1 UrlRewritingNET.URLRewrite - используется в нескольких сотнях сервисов/порталов/сайтов на одной коробке без проблем в течение многих лет! (@Jason - это тот, о котором вы говорите, правда?)

и я также использовал URLRewriter.NET на личном сайте и нашел его, ах, интересным. @travis, вы правы в отношении измененного синтаксиса, но как только вы привыкнете к этому, это хорошо.

Answer 2

Если бы я начал новый веб-проект, теперь я бы посмотрел на использование MVC с нуля. Это использует переписанные URL как стандартные.

Answer 3

Существует System.Web.Routing, который был только что выпущен с .NET 3.5.

Вы можете просто использовать Request.RewritePath() в пользовательском HttpModule

Я предпочитаю использовать в IHttpHandlerFactory реализацию и иметь полный контроль над всеми входящими и URL-адресами, где они преобразуются в.

Answer 4

Я использовал UrlRewriting.NET раньше на сайте с очень высоким трафиком - он отлично поработал для нас. Я считаю, что разработчики немецкие, поэтому английская документация, вероятно, не так хороша, как могла бы быть. Я очень рекомендую.

Answer 5

У меня был хороший опыт работы с Ionic's ISAPI Rewrite Filter, который очень похож на ISAPI_Rewrite, за исключением бесплатных. Оба модели моделируются после mod_rewrite и являются фильтрами ISAPI, поэтому вы не можете управлять ими в коде, поскольку вам нужно настроить их в IIS.

Answer 6

Я только что установил Helicon's ISAPI Rewrite 3. Работает точно так же, как htaccess. Я до сих пор доволен.

Answer 7

Я использовал .NET URL Rewriter and Reverse Proxy с большим успехом. Это почти наравне с mod_rewrite и использует почти все те же синтаксисы. Владелец проекта чрезвычайно полезен и дружелюбен, и продукт отлично работает. Этот жемчуг обеспечивает функции перезаписи и прокси, которые многие решения не предлагают. ИМО, стоит посмотреть.

Answer 8

IIS 7 имеет URL Rewrite Module, который является достаточно способным и хорошо интегрируется с IIS.

Answer 9

Я бы не рекомендовал UrlRewritingNet, если вы находитесь в среде IIS7 Windows 2008.

Причина: UrlRewritingNet требует, чтобы вы использовали режим пула приложений = классический и НЕ интегрированный. Это не оптимально Кроме того, их проект кажется очень мертвым, что последние 2 года.

Answer 10

+1 для UrlRewritingNet.UrlЗарегистрируйтесь, но почему мне всегда нужно закончить мой URL с помощью .aspx? Я думаю, что это должно улучшить улучшенное регулярное выражение.

Почему у меня всегда заканчивается aspx в virtualURL localhost/Products/Beverages.aspx "," localhost/Products/Condiments.aspx ". Я просто хочу набрать localhost/Products/Beverages", "localhost/Products/Приправы ", которые выглядят как маршрут MVC.

This один хорошо выглядеть, но он не работает на моем сайте. Я все еще не могу понять.

Answer 11

asp.net routing выполняет требование перезаписи URL и даже намного больше. С маршрутизацией asp.net вы не можете просто «переписать URL», но создавать пользовательские обработчики для различных запросов. asp.net routing однако требуется по крайней мере asp.net sp1.

Основная вещь, которую вы делаете для простой маршрутизации для работы, заключается в добавлении нескольких обработчиков маршрутов в Application_Start даже внутри файла Global.asax.cs.

protected void Application_Start(object sender, EventArgs e) 
     { 

         RegisterRoutes(RouteTable.Routes); 


     } 
     private static void RegisterRoutes(RouteCollection routes) 
     {   

      routes.Add("Routing1", new Route("/Blog/id/2","/Blog.aspx")); 

     }