É possível criar um objeto DataContext do Entity Framework e descartá-lo em um bloco usando em cada um dos meus métodos CRUD?

Estou construindo um aplicativo wpf que implementa os seguintes recursos:

1. Obtenha entrada do usuário e leia dados de bancos de dados
2. faça alguns cálculos nele
3. Apresente-o ao usuário em vários tipos de visualizações e grave as alterações novamente no db

Arquitetura proposta: Banco de Dados -> Entity Framework -> Repositório -> Lógica Comercial -> Serviço de Dados -> ViewModel

Razões para usar essa arquitetura: Vários cenários presentes no aplicativo (Várias exibições) e vários bancos de dados. Portanto, estou disposto a usar o repositório no meio para abstração.

Uma ressalva é que o contexto terá vida longa se o repositório for implementado. Para superar isso, não há problema em criar um contexto e descartá-los em um bloco using () em cada um dos métodos crud.

fique à vontade para sugerir abordagens alternativas.

Use um objeto DbContext por acesso a dados ou transação.

DbContexté um objeto leve; Ele foi projetado para ser usado uma vez por transação comercial. Tornar seu DbContextSingleton e reutilizá-lo em todo o aplicativo pode causar outros problemas, como problemas de simultaneidade e vazamento de memória.

DbContextimplementa essencialmente uma unidade de trabalho. Trate-o adequadamente.

Não descarte objetos DbContext.

Embora os DbContextimplementos IDisposable, você não deve descartá-lo manualmente, nem envolvê-lo em uma usingdeclaração. DbContextgerencia sua própria vida; quando sua solicitação de acesso a dados for concluída, DbContexta conexão com o banco de dados será fechada automaticamente.

Para entender por que esse é o caso, considere o que acontece quando você executa uma instrução Linq em uma coleção de entidades de a DbContext. Se você retornar um carregamento lento IQueryabledo seu método de acesso a dados, você se levantar de um gasoduto que não é realmente executada até que o cliente obriga alguns dados a partir dele (chamando FirstOrDefault(), ToList()ou iteração sobre ele).

Leitura adicional
Eu sempre tenho que chamar Dispose () nos meus objetos DbContext?
Por que você não deve usar o Singleton DataContexts no Entity Framework
Returning IEnumerable<T>vs. Os IQueryable<T>
repositórios devem retornar IQueryable?

Idealmente, o contexto deve ser inicializado e finalizado para uma única transação. No seu caso, o contexto deve ser instanciado no Business Logic e passado para o Repositório para leitura / gravação de dados.

Se você chamar DbContext em cada método no seu aplicativo, ocorrerá vazamento de memória. Use uma única instância do DbContext. Veja o comentário no exemplo abaixo:

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;
}