亚洲在线久爱草,狠狠天天香蕉网,天天搞日日干久草,伊人亚洲日本欧美

為了賬號安全,請及時綁定郵箱和手機立即綁定
已解決430363個問題,去搜搜看,總會有你想問的

實體框架:一個數據庫,多個DbContext。這是個壞主意嗎?

實體框架:一個數據庫,多個DbContext。這是個壞主意嗎?

www說 2019-07-06 15:29:09
實體框架:一個數據庫,多個DbContext。這是個壞主意嗎?到目前為止,我的印象是DbContext表示數據庫,因此,如果應用程序使用一個數據庫,則只需要一個DbContext。但是,一些同事希望將功能區劃分為單獨的DbContext類。我相信這來自一個好地方-保持代碼清潔的愿望-但它似乎不穩定。我的直覺告訴我這是個壞主意,但不幸的是,我的直覺不是一個設計決策的充分條件。因此,我正在尋找A)具體的例子,為什么這可能是一個不好的想法,或B)保證這一切都會很好。
查看完整描述

3 回答

?
慕尼黑5688855

TA貢獻1848條經驗 獲得超2個贊

對于單個數據庫,可以有多個上下文。例如,如果數據庫包含多個數據庫模式,并且希望將其中的每個模式作為單獨的自包含區域處理,則會非常有用。

問題是當您想首先使用代碼來創建數據庫時-只有應用程序中的單個上下文才能做到這一點。這方面的訣竅通常是包含所有實體的附加上下文,這些實體僅用于數據庫創建。您的實際應用程序上下文只包含實體的子集,必須將數據庫初始化程序設置為NULL。

在使用多個上下文類型時,您還會看到其他問題-例如共享實體類型及其從一個上下文傳遞到另一個上下文,等等。一般來說,它可以使您的設計更加干凈,并且將不同的功能區域分離開來,但它在額外的復雜性中也有代價。


查看完整回答
反對 回復 2019-07-06
  • 3 回答
  • 0 關注
  • 1718 瀏覽

添加回答

舉報

0/150
提交
取消
微信客服

購課補貼
聯系客服咨詢優惠詳情

幫助反饋 APP下載

慕課網APP
您的移動學習伙伴

公眾號

掃描二維碼
關注慕課網微信公眾號