Bisher hatte ich den Eindruck, dass ein DbContext Ihre Datenbank darstellen soll. Wenn Ihre Anwendung also eine Datenbank verwendet, möchten Sie nur einen DbContext. Einige Kollegen möchten jedoch Funktionsbereiche in separate DbContext-Klassen aufteilen. Ich glaube, das kommt von einem guten Ort - dem Wunsch, den Code sauberer zu halten -, aber es scheint volatil zu sein. Mein Bauch sagt mir, dass es eine schlechte Idee ist, aber leider ist mein Bauchgefühl keine ausreichende Voraussetzung für eine Designentscheidung.

Also suche ich nach A) konkreten Beispielen, warum dies eine schlechte Idee sein könnte, oder B) der Zusicherung, dass alles gut geht.