Bugüne kadar edindiğim izlenim bir DbContext veritabanı temsil ediyor bu olmuştur, ve eğer uygulama bir veritabanı kullanıyorsa, bu nedenle, yalnızca bir DbContext istersin. Ancak, bazı meslektaşları fonksiyonel alanları ayrı DbContext sınıflara çıkmak istiyorum. Bu iyi bir yer kod temizleyici tutmak için bir arzusu geliyor ama geçici gibi görünüyor inanıyorum. İçimden bir ses bana bunun kötü bir fikir olduğunu söylüyor, ama ne yazık ki benim hislerime bir tasarım kararı için yeterli bir koşul değildir.

Arıyorum o yüzden bu kötü bir fikir olabilir neden somut örnekler, veya B) bu gayet iyi. düzelecek bütün bu güvenceler

Tek bir veritabanı için birden çok içerik olabilir. Eğer veritabanınızı birden fazla veritabanı şemaları içerir, örneğin yararlı olabilir ve müstakil ayrı bir alan olarak her işleyeceğini.

Sorun kodu ilk kullanmak istediğinizde veritabanı oluşturma - uygulama, sadece tek bir bağlam bunu yapabilir. Bu numara genellikle ek bir içerik veritabanı oluşturmak için kullanılan tüm varlıkları içeren. Gerçek uygulama kapsamları senin yalnızca varlıkların alt kümelerini içeren veritabanı başlatıcı boş küme olması gerekir.

Birden çok içerik türlerini kullanırken, örneğin paylaşılan varlık türleri ve başka bir bağlam, vb kendi geçen görürsünüz başka konular da var. Mümkündür genel olarak, tasarım çok daha temiz ve farklı fonksiyonel alanları farklı olabilir ama ek karmaşıklığı içinde kendine özgü bedelleri var.