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

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

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

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

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

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

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

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

<rule name="Rewrite Static Images" stopProcessing="true">
  <match url="^static/?(.*)$" />
  <action type="Rewrite" url="/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="/a/b/c/{R:1}" redirectType="Permanent" />
        </rule>
      </rules>
    </rewrite>
  </system.webServer>
</configuration>

У меня была похожая проблема. В итоге я использовал 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("/a/b/c/{0}", fileName));
        }
    }
}

Я придумал альтернативу использованию внутреннего 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("/a/b/c/{0}", fileName);
    HttpContext.Current.Server.Transfer(routedPath);
    return null; // Never reached.
  }

}

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

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

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

Вам необходимо добавить TransferRequestHandler для обработки ваших статических файлов. См. Следующий ответ https://stackoverflow.com/a/21724783/22858