Durata predefinita del servizio di base di Entity Framework

Sì, l'intervallo di tempo predefinito per DbContext è DbContext . Questo è inteso in questo modo.

L'istanziazione di DbContext è piuttosto economica e fa in modo che il tuo non usi molte risorse. Se si dispone di un DbContext con una durata singleton, tutti i record letti una volta verranno tracciati da DbContext , a meno che non si disabiliti specificamente il tracciamento. Ciò richiederà molto più utilizzo della memoria e continuerà a crescere.

E più tracce di DbContext , minore sarà la performance. Ecco perché spesso vedi DbContext utilizzato solo all'interno di un blocco using(var context = new AppDbContext()) .

Nelle applicazioni Web, tuttavia, l' using blocco using è errato, poiché la durata è gestita dal framework e, se la si elimina prima, le chiamate successive falliscono con un'eccezione.

Se si utilizza la durata transitoria sull'altro lato, si perderà la funzionalità "transazione". Con ambito, DbContext ha un ambito di transazione lungo quanto la richiesta.

Se è necessario un controllo più dettagliato, è necessario utilizzare il modello Unità di lavoro (che DbContext già utilizza).

Per la tua seconda domanda:

Se crei un servizio, deve avere una durata pari a quella dell'ambito o inferiore (leggi: Scoped o transient).

Se si richiede esplicitamente una vita più lunga per un servizio, è necessario DbContext un servizio di fabbrica DbContext o un metodo di fabbrica nel proprio servizio.

Puoi farlo con qualcosa di simile

services.AddTransient<Func<AppDbContext>>( (provider) => new Func<MyDbContext>( () => new AppDbContext()));
services.AddSingleton<IMySingletonService, MySingletonService>();

E il tuo servizio potrebbe assomigliare a questo:

public class MySingletonService : IMySingletonService, IDisposable
{
    private readonly AppDbContext context;

    public MySingletonService(Func<AppDbContext> contextFactory)
    {
        if(contextFactory == null)
            throw new ArgumentNullException(nameof(contextFactory));

        // it creates an transient factory, make sure to dispose it in `Dispose()` method.
        // Since it's member of the MySingletonService, it's lifetime
        // is effectively bound to it. 
        context = contextFactory();
    }
}