Boa tarde, Estou a trabalhar com o EntityFramework 6 (abordagem Code-First) e tenho aqui uma dúvida conceptual. Esta questão existe na net com frequência e encontro diversas opiniões, pelo que não é unanimo.
Começei por usar um DbContext (que extende de um base meu já devidamente configurado) por entidade e cheguei à conclusão que não final fiquei com demasiadas classes "vazias" e optei por mudar para um DbContext único com todas as referências a entidades que o mesmo tive-se que lidar durante o ciclo da aplicação (nem todas são utilizadas, dependendo do controlo que tiver a usar mas muitas são partilhadas entre controlos). Este método acaba por ter um DbContext com muitas referências mas evita-se dezenas de classes vazias (manter simples). Existe algum problema de performance com esta abordagem ? Vejo que há quem diga que o melhor é não ter um DbContext por entidade nem um único geral mais sim um por módulo funcional. O problema é que existe algumas entidades que seriam comuns a este módulos e acabaria por ter de repetir. Outro problema (ainda não testei este caso) e comigo ia acontecer com freqeência, é a necessidade de uma transação partilhada entre contextos e penso que aqui tinha de andar a partilha a transcação do primeiro contexto com os restantes. -- Recebeu esta mensagem porque está inscrito no grupo "Mailing List da Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" dos Grupos do Google. Para anular a subscrição deste grupo e parar de receber emails do mesmo, envie um email para [email protected]. Para publicar uma mensagem neste grupo, envie um e-mail para [email protected]. Visite este grupo em https://groups.google.com/group/riapt. Para mais opções, consulte https://groups.google.com/d/optout.
