Mi impresión hasta la fecha ha sido que un DbContext está destinado a representar su base de datos, y por lo tanto, si su aplicación usa una base de datos, querría solo un DbContext. Sin embargo, algunos colegas quieren dividir las áreas funcionales en clases separadas de DbContext. Creo que esto viene de un buen lugar, el deseo de mantener el código más limpio, pero parece volátil. Mi intuición me dice que es una mala idea, pero desafortunadamente mi intuición no es una condición suficiente para una decisión de diseño.

Así que estoy buscando A) ejemplos concretos de por qué esto podría ser una mala idea, o B) garantías de que todo funcionará bien.