Tipicamente l'associazione di un HttpHandler ad un particolare URL avviene in maniera statica, impostando in maniera opportuna la sezione httpHandlers (o handlers, nel caso in cui ci troviamo in integrated mode) del web.config.

Questo approccio ha però il limite di lasciare poco spazio ad eventuali personalizzazioni della logica secondo cui gli handler vengono selezionati e quindi invocati: in scenari complessi, ad esempio, potremmo avere la necessità di eseguire un particolare HttpHandler piuttosto che un altro a seconda di un parametro, o vorremmo poter sfruttare il medesimo tipo su diversi URL, magari impostandone alcune proprietà; ancora, potremmo voler sfruttare il nostro engine di IoC la costruzione dell'handler stesso.

In tutti questi casi, alla rigidità di un file di configurazione può essere preferito l'URL routing, da ASP.NET 4 supportato anche in applicazioni Web Forms, per sua natura molto più flessibile e idoneo a esigenze custom. In particolare, nel global.asax possiamo pensare di configurare nel una route come la seguente:

public class Global : System.Web.HttpApplication
{
  protected void Application_Start(object sender, EventArgs e)
  {
    this.ConfigureRoutes();
  }

  private void ConfigureRoutes()
  {
    RouteTable.Routes.Add("handler", new Route("{handlerName}.ashx",
      new RouteValueDictionary(new { handlerName = "customers" }),
      new RouteValueDictionary(new { handlerName = @"customers|providers" }),
      new HandlerFactory()));
  }
}

Questa route, ad esempio, risponde agli indirizzi /customers.ashx e /providers.ashx (attenzione al fatto che l'estensione è assolutamente non necessaria), e ci dà la possibilità di definire constraint, valori di default, e anche eventuali ulteriori parametri. Quando perviene una richiesta che ne soddisfa i requisiti, essa risponde invocando una classe HandlerFactory, che implementa l'interfaccia IRouteHandler:

public class HandlerFactory : IRouteHandler
{
    public IHttpHandler GetHttpHandler(RequestContext requestContext)
    {
        var handlerName = requestContext.RouteData.Values["handlerName"] as string;

        if (handlerName == null)
        {
            throw new InvalidOperationException("Invalid route data");
        }

        var result = new PersonSearchHandler();

        result.SearchMode = handlerName == "customers" ? 
    SearchModes.Customers : SearchModes.Providers;

        return result;
    }
}

Nel nostro caso, l'oggetto restituito è sempre un PersonSearchHandler che, a seconda dell'url (e quindi del parametro handlerName in input), viene configurato per cercare tra i Customers piuttosto che tra i Providers. Si tratta, ovviamente, di un esempio banale, che dà però l'idea della flessibilità che questa tecnica ci garantisce: nulla vieta, infatti, di configurare più di una factory, o di introdurre logiche più complesse, magari sfruttando un IoC container per iniettare dipendenze all'interno dell'oggetto creato.