Do tej pory miałem wrażenie, że DbContext ma reprezentować twoją bazę danych, a zatem, jeśli Twoja aplikacja korzysta z jednej bazy danych, chciałbyś tylko jednego DbContext. Jednak niektórzy koledzy chcą podzielić obszary funkcjonalne na osobne klasy DbContext. Wierzę, że to dobre miejsce - chęć utrzymania kodu w czystości - ale wydaje się niestabilna. Moja intuicja mówi mi, że to zły pomysł, ale niestety moje przeczucie nie jest wystarczającym warunkiem decyzji projektowej.

Więc szukam A) konkretnych przykładów, dlaczego może to być zły pomysł, lub B) zapewnia, że ​​wszystko będzie dobrze.