Entity Framework: одна база данных, несколько DbContexts. Это плохая идея?

На сегодняшний день у меня сложилось впечатление, что DbContext предназначен для представления вашей базы данных, и поэтому, если ваше приложение использует одну базу данных, вам нужен только один DbContext. Однако некоторые коллеги хотят разделить функциональные области на отдельные классы DbContext. Я считаю, что это происходит из хорошего места - из-за желания содержать код в чистоте - но оно кажется нестабильным. Моя интуиция говорит мне, что это плохая идея, но, к сожалению, мое внутреннее чувство не является достаточным условием для дизайнерского решения.

Поэтому я ищу A) конкретные примеры того, почему это может быть плохой идеей, или B) гарантии того, что все это сработает просто отлично.

Ответы на вопрос(11)

Ваш ответ на вопрос