iT邦幫忙

0

關於EntityFramework DbContext問題

想請教一下各位前輩,目前是使用Code first的方式來建立DB,
然後一個Dbcontext中會包含很多個DbSet(可能有100個以上),
想詢問一下,在實務上會分多個DbContext來處理(例如分成不同業務來分類不同DbContext)嗎?

個人拙見 ...... 我反倒比較喜歡用Linq to SQL (DBML)的方式來存取資料
會這樣做的理由是我都是自己SA兼DBA兼DE,沒有多人配合工作,所有層面的程式都是組裝在WEB後端或WINFORM的主程式中,沒那麼多體力再去做SERVICE...

但如果你們群體工作分層徹底,那做EntityFramework那是勢必的做法

2 個回答

0
暐翰
iT邦大師 1 級 ‧ 2019-07-12 10:28:42
最佳解答

一個DataBase一個DbContext就好
Model層不需要參雜業務邏輯區分
業務邏輯區分在 service 或是以業務邏輯區分的 namespace 就可以

0
小魚
iT邦大師 1 級 ‧ 2019-07-12 10:30:32

我程度比較差,
都用SqlConnection,
Entity是遇到要幫人修改的時候才會用...
其實我對Entity一直沒有好印象...

我要發表回答

立即登入回答