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
Short-circuiting della Pipeline in ASP.NET Core
Supportare il sorting di dati tabellari in Blazor con QuickGrid
Creare moduli CSS in React
Ottimizzazione dei block template in Angular 17
Effettuare chiamate con versioning da Blazor ad ASP.NET Core
Copiare automaticamente le secret tra più repository di GitHub
Usare una container image come runner di GitHub Actions
Evitare il flickering dei componenti nel prerender di Blazor 8
Criptare la comunicazione con mTLS in Azure Container Apps
Cambiare la chiave di partizionamento di Azure Cosmos DB
Eseguire un metodo asincrono dopo il set di una proprietà in Blazor 8
Eseguire query manipolando liste di tipi semplici con Entity Framework Core