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.
Commenti
Per inserire un commento, devi avere un account.
Fai il login e torna a questa pagina, oppure registrati alla nostra community.
Approfondimenti
Utilizzare le Cache API di JavaScript per salvare elementi nella cache del browser
.NET Conference Italia 2023
Registrare servizi multipli tramite chiavi in ASP.NET Core 8
Creare moduli CSS in React
Evitare il flickering dei componenti nel prerender di Blazor 8
Miglioramenti agli screen reader e al contrasto in Angular
Utilizzare la libreria Benchmark.NET per misurare le performance
Code scanning e advanced security con Azure DevOps
Miglioramenti nelle performance di Angular 16
Utilizzare i nuovi piani dedicati di Azure Container Apps
Eseguire una query su SQL Azure tramite un workflow di GitHub
C# 12: Cosa c'è di nuovo e interessante