In molti script presenti su questo sito, abbiamo visto che per eseguire operazioni prima e dopo il salvataggio dei dati (ad esempio per scopi di logging) dobbiamo eseguire l'override del metodo SaveChanges ed eseguire codice prima e dopo la chiamata al metodo base.
A partire dalla versione 5 di Entity Framework Core, possiamo evitare di alterare la classe che eredita da DbContext e ricorrere agli eventi che internamente il Savechanges metodo solleva. Gli eventi sono:
- SavingChanges: sollevato all'inizio del metodo SaveChanges quindi prima che le entity vengano persistite;
- SavedChanges: sollevato alla fine del metodo SaveChanges quindi dopo che le entity sono state salvate;
- SaveChangesFailed: sollevato in caso la persistenza vada in errore.
Il metodo che gestisce uno di questi eventi accetta in input il sender (che rappresenta il contesto) e un oggetto il cui tipo che cambia a seconda dell'evento:
- SavingChangesEventArgs: in input al metodo che gestisce l'evento SavingChanges. Non offre informazioni aggiuntive;
- SavedChangesEventArgs: in input al metodo che gestisce l'evento SavedChanges. Contiene una proprietà che specifica quanti record sono stati scritti;
- SaveChangesFailedEventArgs: in input al metodo che gestisce l'evento SaveChangesFailed. Contiene una proprietà che specifica l'eccezione sollevata in fase di persistenza.
Queste classi ereditano da una classe base che contiene solo la proprietà AcceptAllChangesOnSuccess.
var context = new MyContext(); context.SavingChanges += (sender, args) => Console.Write("Saving changes"); context.SavedChanges += (sender, args) => Console.Write($"{args.EntitiesSavedCount} Changes saved"); context.SaveChangesFailed += (sender, args) => Console.Write($"SaveChanges failed with exception {args.Exception.Message}");
Eseguire l'override di SaveChanges è indubbiamente più comodo rispetto al sottoscriversi agli eventi. Tuttavia non sempre abbiamo a disposizione la possibilità di modificare il codice della clase di contesto. In questi scenari gli eventi ci consentono di poter applicare comunque la nostra logica.
Commenti
Per inserire un commento, devi avere un account.
Fai il login e torna a questa pagina, oppure registrati alla nostra community.
Approfondimenti
Utilizzare un service principal per accedere a Azure Container Registry
Migliorare la sicurezza dei prompt con Azure AI Studio
Gestione dei nomi con le regole @layer in CSS
Proteggere le risorse Azure con private link e private endpoints
Evitare il flickering dei componenti nel prerender di Blazor 8
Utilizzare QuickGrid di Blazor con Entity Framework
Routing statico e PreRendering in una Blazor Web App
Aggiungere interattività lato server in Blazor 8
Applicare un filtro per recuperare alcune issue di GitHub
Cambiare la chiave di partizionamento di Azure Cosmos DB
Ottimizzazione dei block template in Angular 17
Eseguire i worklow di GitHub su runner potenziati