¿Está bien crear un objeto DataContext de Entity Framework y disponerlo en un bloque de uso en cada uno de mis métodos CRUD?

Estoy creando una aplicación wpf que implementa las siguientes características:

1. Tome la entrada del usuario y lea datos de bases de datos
2. realizar algunos cálculos al respecto
3. Muestre al usuario en múltiples tipos de vistas y escriba los cambios de nuevo en db

Arquitectura propuesta: Base de datos -> Entity Framework -> Repository -> Business Logic -> Data Service -> ViewModel

Razones para usar esta arquitectura: múltiples escenarios presentes en la aplicación (múltiples vistas) y múltiples bases de datos. Por lo tanto, estoy dispuesto a utilizar el repositorio en el medio para la abstracción.

Una advertencia es que el contexto durará mucho tiempo si se implementa el repositorio. Para superar esto, ¿está bien crear un contexto y disponerlos en un bloque using () en cada uno de los métodos crudos?

siéntase libre de sugerir enfoques alternativos.

Utilice un objeto DbContext por acceso a datos o transacción.

DbContextes un objeto liviano; Está diseñado para usarse una vez por transacción comercial. Hacer DbContextun Singleton y reutilizarlo en toda la aplicación puede causar otros problemas, como problemas de concurrencia y pérdida de memoria.

DbContextesencialmente implementa una Unidad de Trabajo. Trátelo en consecuencia.

No deseche objetos DbContext.

Aunque los DbContextimplementos IDisposable, no debe desecharlos manualmente, ni debe envolverlos en una usingdeclaración. DbContextmaneja su propia vida; cuando se complete su solicitud de acceso a datos, DbContextse cerrará automáticamente la conexión de la base de datos por usted.

Para comprender por qué este es el caso, considere lo que sucede cuando ejecuta una instrucción Linq en una colección de entidades desde a DbContext. Si devuelve un perezoso de carga IQueryablede su método de acceso de datos, se pone de pie una tubería que no se ejecuta realmente hasta que el cliente obliga a algunos datos de él (llamando FirstOrDefault(), ToList()o interactuando sobre ella).

Lecturas adicionales
¿Siempre tengo que llamar a Dispose () en mis objetos DbContext?
¿Por qué no debería usar Singleton DataContexts en Entity Framework
Retornando IEnumerable<T>vs. IQueryable<T>
Deberían retornar los repositorios IQueryable?

Idealmente, el contexto debe ser inicializado y terminado para una sola transacción. En su caso, el contexto se debe instanciar en Business Logic y pasar al Repositorio para la lectura / escritura de datos.

Si llama a DbContext en cada método de su aplicación, experimentará una pérdida de memoria. Use una sola instancia de DbContext. Vea el comentario en el siguiente ejemplo:

public bool IsInStock(int _ProductId)
{
  var result = false;

  try
  {
    using (var dataService = new StoreDbDataService()) // NB: This line on each method will eventually cause memory leak.
    {
      result = dataService.IsInStock(_ProductId);
    }
  }
  catch (Exception ex)
  {
    Log.LogException(ex);
  }

  return result;
}