Minha impressão até agora é que um DbContext deve representar seu banco de dados e, assim, se seu aplicativo usar um banco de dados, você desejará apenas um DbContext. No entanto, alguns colegas querem dividir áreas funcionais em classes DbContext separadas. Eu acredito que isso vem de um bom lugar - um desejo de manter o código mais limpo - mas parece volátil. Meu instinto está me dizendo que é uma má ideia, mas infelizmente meu instinto não é uma condição suficiente para uma decisão de projeto.

Então eu estou procurando A) exemplos concretos de por que isso pode ser uma má idéia, ou B) garantias de que tudo isso funcionará bem.