SaveChanges爲什麼不檢測對實體的更改？

Question

我有一個.Net Mvc項目，我的Databasecontext出現問題。更新/ saveChanges更具體。當我使用方法（下面）中的調試點調試代碼時，它會接合工作，但不是沒有調試點。我不明白爲什麼？ SaveChanges不知何故檢測到對實體的更改。

var user = DatabaseContext.Users.Single(u => u.Id == userId && u.Newsdesk.Id == newsdeskId); 
user.Newsdesk = null; 
DatabaseContext.Update(user); 
DatabaseContext.SaveChanges(); 

在DatabaseContext我的更新方法是這樣的：

public T Update<T>(T entity) where T : class 
    { 
     var set = Set<T>().Attach(entity); 
     Entry(entity).State = EntityState.Modified; 
     return set; 
    } 

如果有人可以點我在正確的方向，我將非常感激

Answer 1

迅速，迅速出（這就是甘道夫說在其中的一部電影... :) 我認爲）。

，我的意思是，如果一些虔誠的觀察者所坐的CPU裏面找你的應用程序， 他們應該看到的是，你的應用程序運行下列順序

{連接，創造情境，進行更改，提交它們，銷燬上下文，斷開連接}

對於（幾乎）每個接收到的Web請求，其數十毫秒。

實際上，您是否正在創建全局應用程序中存在的上下文（實體容器+工作單元） ？

我會建議一個更經典的和不那麼DBConnection進行友好的方式（更不用提事務 - 消毒）：

using (var context = DataContextHelper.CreateContext()) { 
    var user = DataContextHelper.QueryAndSingleByLambdaBasedOnContext(
     context, 
     u => u.Id == userId && u.Newsdesk.Id == newsdeskId 
    ); 
    if (null == user) 
     // complain somehow (by exception or special return value) 
    user.Newsdesk = null; 

    // don't mark it anymore, in the straight-forward, good'ol way 
    // user will already have been marked 
    //DatabaseContext.Update(user); 

    context.SaveChanges(); 
} 

這是普遍不好（特別是如果你不小心）以某種方式主機 一個全局可訪問的上下文，多個線程可以同時使用。

我不是在談論訪問某些屬性時的併發危害。 我正在談論大圖 （也許另一個請求讀取用戶並將其標記爲「未被修改」 Update和SaveChanges之間）。

事件如果不是這種情況，你不應該擔心與db的併發連接。併發訪問上下文更難以管理。