Una tipica esigenza di quando si sviluppano applicazioni che sfruttano AJAX, è quella di intercettare gli eventi di inizio, fine e errore nell'ambito di una chiamata out of bound. Gli scopi sono molteplici, ad esempio quello di mostrare un pannello di loading oppure per centralizzare la gestione degli errori.
ASP.NET MVC, dalla versione 3, sfrutta jQuery per effettuare questo tipo di invocazioni e, pertanto, possiamo utilizzare gli handler standard di jQuery, ad esempio ajaxStart, ajaxStop e ajaxError:
$(function () { // AJAX global hooks $(document).ajaxStart(function () { $('#loadingMessage').show(); }); $(document).ajaxStop(function () { $('#loadingMessage').hide(); }); $(document).ajaxError(function () { alert('Si è verificato un errore durante la comunicazione, riprovare!'); }); });
In particolare, gli eventi ajaxStart e ajaxStop sono ideali per gestire la visualizzazione di un messaggio di loading (un div "loadingMessage" nel nostro caso), in quanto gestiscono anche più request contemporanee e vengono scatenati, rispettivamente, all'inizio della prima chiamata AJAX e al termine dell'ultima, a prescindere che si siano concluse con un errore, che siano state annullate o abbiano avuto successo.
Questa tecnica, seppure molto comoda, ha il difetto però di intercettare indistintamente tutte le chiamate che sfruttano il metodo $.ajax e, pertanto, se ad esempio abbiamo in pagina un autocomplete di jQuery UI, anche quello scatenerà la visualizzazione del pannello di loading. Nel caso in cui vogliamo circoscrivere questo comportamento solo ad alcune tipologie di chiamate, dobbiamo sfruttare gli eventi ajaxSend e ajaxComplete, che espongono anche l'informazione dell'URL invocato. Supponiamo, ad esempio, di avere in pagina uno o più ActionLink come quello in basso:
@Ajax.ActionLink("link", "AjaxTest", new AjaxOptions() { UpdateTargetId = "targetdiv" }) <div id="targetdiv"> </div>
Se vogliamo visualizzare il pannello di loading solo in corrispondenza di queste tipologie di chiamate, ed escludere tutte le altre, possiamo sfruttare il codice javascript seguente:
$(function () { $(document).ajaxSend(function (event, xhr, options) { if (options.data !== null && options.data.indexOf('X-Requested-With=XMLHttpRequest') > -1) { $('#loader').show(); } }); $(document).ajaxComplete(function (event, xhr, options) { if (options.data !== null && options.data.indexOf('X-Requested-With=XMLHttpRequest') > -1) { $('#loader').hide(); } }); });
In particolare, nel nostro caso, possiamo verificare che nell'URL della chiamata sia presente la chiave di querystring X-Requested-With=XMLHttpRequest che viene aggiunta dall'helper Ajax.ActionLink.
Commenti
Per inserire un commento, devi avere un account.
Fai il login e torna a questa pagina, oppure registrati alla nostra community.
Approfondimenti
Load test di ASP.NET Core con k6
Come EF 8 ha ottimizzato le query che usano il metodo Contains
Sostituire la GitHub Action di login su private registry
Recuperare un elemento inserito nella cache del browser tramite API JavaScript
Eseguire query verso tipi non mappati in Entity Framework Core
Utilizzare Azure AI Studio per testare i modelli AI
Short-circuiting della Pipeline in ASP.NET Core
Sfruttare lo streaming di una chiamata Http da Blazor
Filtrare e rimuovere gli elementi dalla cache del browser tramite le API JavaScript
Ottimizzare la latenza in Blazor 8 tramite InteractiveAuto render mode
Usare il versioning con i controller di ASP.NET Core Web API
.NET Conference Italia 2023
I più letti di oggi
- Utilizzare Docker Compose con Azure App Service
- Utilizzare QuickGrid di Blazor con Entity Framework
- Modernizzare le applicazioni WPF e Windows Forms con Blazor
- ASP 3 per esempi
- annunciato #netstandard 2.1. .NET Core lo supporterà a partire da #netcore3, così come le prossime versione di #xamarin, #mono e #unity.il supporto per #netfx 4.8, invece, non ci sarà. https://aspit.co/bq2