Использование ASP.NET-маршрутизации для обслуживания статических файлов

Question

Может ли использоваться трафик ASP.Net (а не MVC) для обслуживания статических файлов?

Скажем, я хочу, чтобы маршрут

http://domain.tld/static/picture.jpg 

в

http://domain.tld/a/b/c/picture.jpg 

, и я хочу сделать это динамически в том смысле, что переписаны URL вычисляется на лету. Я не могу настроить статический маршрут раз и навсегда.

Во всяком случае, я могу создать маршрут, как это:

routes.Add(
    "StaticRoute", new Route("static/{file}", new FileRouteHandler()) 
); 

В методе FileRouteHandler.ProcessRequest я могу переписать путь от /static/picture.jpg к /a/b/c/picture.jpg. Затем я хочу создать обработчик для статических файлов. Для этой цели ASP.NET использует StaticFileHandler. К сожалению, этот класс является внутренним. Я попытался создать обработчик с помощью отражения и он действительно работает:

Assembly assembly = Assembly.GetAssembly(typeof(IHttpHandler)); 
Type staticFileHandlerType = assembly.GetType("System.Web.StaticFileHandler"); 
ConstructorInfo constructorInfo = staticFileHandlerType.GetConstructor(BindingFlags.NonPublic | BindingFlags.Instance, null, Type.EmptyTypes, null); 
return (IHttpHandler) constructorInfo.Invoke(null); 

Но использование внутренних типов, кажется, не будет правильным решением. Другим вариантом является реализация моего собственного StaticFileHandler, но выполнение этого правильно (поддержка HTTP-материалов, таких как диапазоны и etags) является нетривиальным.

Как я должен подходить к маршрутизации статических файлов в ASP.NET?

Answer 1

После прохождения этой проблемы в течение нескольких часов я обнаружил, что просто добавление правил игнорирования приведет к тому, что ваши статические файлы будут обслуживаться.

В RegisterRoutes (RouteCollection маршруты), добавьте следующие игнорировать правила:

routes.IgnoreRoute("{file}.js"); 
routes.IgnoreRoute("{file}.html"); 

Answer 2

Почему бы не использовать IIS для этого? Вы можете просто создать правило перенаправления, чтобы указать любые запросы с первого маршрута на второй, прежде чем запрос даже попадет в ваше приложение. Из-за этого это был бы более быстрый способ перенаправления запросов.

Предполагая, что вы есть IIS7 +, вы делаете что-то вроде ...

<rule name="Redirect Static Images" stopProcessing="true"> 
    <match url="^static/?(.*)$" /> 
    <action type="Redirect" url="https://stackoverflow.com/a/b/c/{R:1}" redirectType="Permanent" /> 
</rule> 

Или, если вам не нужно перенаправлять, как это было предложено @ ni5ni6:

<rule name="Rewrite Static Images" stopProcessing="true"> 
    <match url="^static/?(.*)$" /> 
    <action type="Rewrite" url="https://stackoverflow.com/a/b/c/{R:1}" /> 
</rule> 

Редактировать 2015-06-17 для @RyanDawkins:

И если вам интересно, где находится правило перезаписи, карту его местоположения в файле web.config.

<?xml version="1.0" encoding="utf-8" ?> 
<configuration> 
    <system.webServer> 
    <rewrite> 
     <rules> 
     <!-- rules go below --> 
     <rule name="Redirect Static Images" stopProcessing="true"> 
      <match url="^static/?(.*)$" /> 
      <action type="Redirect" url="https://stackoverflow.com/a/b/c/{R:1}" redirectType="Permanent" /> 
     </rule> 
     </rules> 
    </rewrite> 
    </system.webServer> 
</configuration> 

Answer 3

Я придумал альтернативу использованию внутреннего StaticFileHandler. В IRouteHandler я называю HttpServerUtility.Transfer:

public class FileRouteHandler : IRouteHandler { 

    public IHttpHandler GetHttpHandler(RequestContext requestContext) { 
    String fileName = (String) requestContext.RouteData.Values["file"]; 
    // Contrived example of mapping. 
    String routedPath = String.Format("https://stackoverflow.com/a/b/c/{0}", fileName); 
    HttpContext.Current.Server.Transfer(routedPath); 
    return null; // Never reached. 
    } 

} 

Это хак. Предполагается, что IRouteHandler должен вернуть IHttpHandler и не прерывать и передавать текущий запрос. Тем не менее, он действительно достигает того, чего я хочу.

Использование внутреннего StaticFileHandler также является чем-то вроде взлома, так как мне нужно отражение, чтобы получить к нему доступ, но по крайней мере есть documentation on StaticFileHandler on MSDN, что делает его немного более «официальным» классом. К сожалению, я не думаю, что можно подумать о внутренних классах в частичной среде доверия.

Я буду придерживаться использования StaticFileHandler, так как я не думаю, что он удалит его из ASP.NET в обозримом будущем.

Answer 4

У меня была аналогичная проблема. Я закончил с использованием HttpContext.RewritePath:

public class MyApplication : HttpApplication 
{ 
    private readonly Regex r = new Regex("^/static/(.*)$", RegexOptions.IgnoreCase); 

    public override void Init() 
    { 
     BeginRequest += OnBeginRequest; 
    } 

    protected void OnBeginRequest(object sender, EventArgs e) 
    { 
     var match = r.Match(Request.Url.AbsolutePath); 
     if (match.Success) 
     { 
      var fileName = match.Groups[1].Value; 
      Context.RewritePath(string.Format("https://stackoverflow.com/a/b/c/{0}", fileName)); 
     } 
    } 
} 

Answer 5

Вам нужно добавить TransferRequestHandler для обработки статичного files.Please см следующего ответа https://stackoverflow.com/a/21724783/22858