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
Ottimizzare il codice JavaScript con i Shorthand Patterns - terza parte
Retry automatico di un task di una pipeline di Azure DevOps
Cambiare a runtime la stringa di connessione di Entity Framework Core
Indicizzare e ricercare i blob di Azure Storage
Modernizzare le applicazioni WPF e Windows Forms con .NET e Windows Apps SDK
Tenere sotto controllo la working directory di un self-hosted agent di Azure DevOps
Supportare route multiple nella generazione di URL in Blazor
Creare l'effetto floating label per gli input con Bootstrap 5
Certificati TLS gestiti con Azure API Management
Code reviewers as code in GitHub
Configuration strongly typed anche per singleton con IOptionsMonitor in ASP.NET Core
Le novità di Entity Framework Core 6