Quando da ASP.NET Core vogliamo sfruttare Entity Framework per interagire con il database, tipicamente usiamo il metodo AddDbContext per registrare il nostro DbContext nell'IoC container.
public void ConfigureServices(IServiceCollection services) { services.AddControllers(); services.AddDbContext<MyContext>(options => options.UseSqlServer(Configuration.GetConnectionString("MyContext"))); }
A questo punto, come sappiamo, possiamo iniettare il DbContext all'interno di un controller e usarlo per eseguire query:
public class IndustryController : ControllerBase { private MyContext _myContext; public IndustryController(MyContext myContext) { _myContext = myContext; } [HttpGet] public IEnumerable<Industry> Get() { return _myContext.Industries; } }
Immaginiamo ora, però, di voler eseguire più operazioni in parallelo nella stessa chiamata. Per esempio vogliamo effettuare due query indipendenti, per poi manipolarne il risultato in memoria prima di restituirlo. Purtroppo, in questi casi, il metodo visto finora non va bene e il motivo è presto detto: DbContext non è thread safe, e quindi non può essere sfruttato da più thread contemporaneamente. Per di più, è registrato come Scoped, e pertanto anche richiedendo esplicitamente nuove istanze, ci verrebbe restituita sempre la stessa.
Come possiamo procedere allora? La soluzione sta nel metodo AddDbContextFactory:
public void ConfigureServices(IServiceCollection services) { services.AddControllers(); services.AddDbContextFactory<MyContext>(options => options.UseSqlServer(Configuration.GetConnectionString("MyContext"))); }
Questo metodo, ci permette di iniettare un oggetto IDbContextFactory, tramite cui possiamo facilmente costruire istanze di DbContext secondo le nostre necessità:
private IDbContextFactory<MyContext> _factory; public IndustryController(IDbContextFactory<MyContext> factory) { _factory = factory; } [HttpPost] public async Task<IActionResult> DoSomethingInParallel() { var t1 = Task.Run(async () => { using (var ctx = _factory.CreateDbContext()) { // ... do something here } }); var t2 = Task.Run(async () => { using (var ctx = _factory.CreateDbContext()) { // ... do something else here } }); await Task.WhenAll(t1, t2); return this.Ok(); }
Tutto ciò che dobbiamo fare è invocare il metodo CreateDbContext per ottenere un nuovo DbContext pronto all'uso. Attenzione però a un aspetto fondamentale: l'IoC container non è a conoscenza di queste istanze, e pertanto non ne chiamerà il Dispose al termine della richiesta - questa resterà una nostra responsabilità.
L'ultima nota da sottolineare è che AddDbContextFactory registra sia un IDbContextFactory, che un normale DbContext come scoped. Questo vuol dire che potremo iniettare entrambe le dipendenze, secondo le nostre necessità:
public IndustryController(IDbContextFactory<MyContext> factory, MyContext myContext) { _factory = factory; _myContext = myContext; }
Questa è una peculiarità di Entity Framework Core 6.0, se stiamo ancora utilizzando la versione precedente dovremo registrare le due dipendenze separatamente.
Commenti
Per inserire un commento, devi avere un account.
Fai il login e torna a questa pagina, oppure registrati alla nostra community.
Approfondimenti
Generare file per il download da Blazor WebAssembly
Evitare (o ridurre) il repo-jacking sulle GitHub Actions
Creare un webhook in Azure DevOps
Generare file PDF da Blazor WebAssembly con iText
.NET Conference Italia 2023
Specificare il versioning nel path degli URL in ASP.NET Web API
Reactive form tipizzati con FormBuilder in Angular
Le novità di Angular: i miglioramenti alla CLI
Load test di ASP.NET Core con k6
Usare le variabili per personalizzare gli stili CSS
Utilizzare QuickGrid di Blazor con Entity Framework
Utilizzare l'operatore GroupBy come ultima istruzione di una query LINQ in Entity Framework
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
- Steel Style CheckBox per Silverlight 4.0