The CosisEntities класс-это ваш DbContext. Когда вы создаете контекст в using блок, вы определяете границы для своей операции, ориентированной на данные.

в коде вы пытаетесь выдать результат запроса из метода, а затем завершить контекст внутри метода. Операция, которой вы передаете результат, затем пытается получить доступ к объектам для заполнения представления сетки. Где-то в процессе привязки к сетке, ленивый загружен свойства, доступ и Entity Framework пытается выполнить поиск для получения значений. Это не удается, потому что связанный контекст уже закончился.

у вас есть две проблемы:

1. вы лениво загружаете объекты при привязке к сетке. Это означает, что вы делаете много отдельных операций запроса к SQL Server, которые будут замедлять все. Вы можете устранить эту проблему, либо сделав связанные свойства загруженными по умолчанию, либо попросив Entity Framework включаем их в результаты этого запроса с помощью Include метод расширения.

2. вы заканчиваете свой контекст преждевременно: a DbContext должны быть доступны на протяжении всей единицы выполняемой работы, только утилизируя его, когда вы закончите с работой под рукой. В случае: ASP.NET, единицей работы обычно является обрабатываемый HTTP-запрос.

Нижняя Строка

ваш код получил данные (сущности) через entity-framework с включенной отложенной загрузкой, и после удаления DbContext ваш код ссылается на свойства (связанные/отношения/объекты навигации), которые не были явно запрошены.

Более Конкретно

The InvalidOperationException С этим сообщением всегда означает одно и то же: вы запрашиваете данные (сущности) из entity-framework после того, как DbContext был расположенный.

простой пример:

(эти классы будут использоваться для всех примеров в этом ответе, и предположим, что все свойства навигации были настроены правильно и имеют связанные таблицы в базе данных)

public class Person
{
  public int Id { get; set; }
  public string name { get; set; }
  public int? PetId { get; set; }
  public Pet Pet { get; set; }
}

public class Pet 
{
  public string name { get; set; }
}

using (var db = new dbContext())
{
  var person = db.Persons.FirstOrDefaultAsync(p => p.id == 1);
}

Console.WriteLine(person.Pet.Name);

последняя строка будет кидать InvalidOperationException потому что dbContext не отключил ленивую загрузку, и код обращается к свойству навигации Pet после того, как контекст был удален с помощью заявление.

отладка

как вы находите источник этого исключения? Помимо рассмотрения самого исключения, которое будет выброшено именно в том месте, где оно происходит, применяются общие правила отладки в Visual Studio: поместите стратегические точки останова и проверить переменные, либо наведя указатель мыши на их имена, открывая окно (быстрого)просмотра или используя различные панели отладки, такие как Locals и Автоматический.

если вы хотите узнать, где находится ссылка или нет, щелкните правой кнопкой мыши ее имя и выберите "Найти все ссылки". Затем можно разместить точку останова в каждом месте, где запрашиваются данные, и запустить программу с подключенным отладчиком. Каждый раз, когда отладчик прерывается в такой точке останова, необходимо определить, должно ли быть заполнено ваше свойство навигации или необходимы запрошенные данные.

способов избежать

отключить Ленивая Загрузка

public class MyDbContext : DbContext
{
  public MyDbContext()
  {
    this.Configuration.LazyLoadingEnabled = false;
  }
}

плюсы: вместо того, чтобы бросать InvalidOperationException свойство будет null. Доступ к свойствам null или попытка изменить свойства этого свойства вызоветNullReferenceException.

как явно запросить объект, когда это необходимо:

using (var db = new dbContext())
{
  var person = db.Persons
    .Include(p => p.Pet)
    .FirstOrDefaultAsync(p => p.id == 1);
}
Console.WriteLine(person.Pet.Name);  // No Exception Thrown

в предыдущем примере Entity Framework материализует домашнее животное в дополнение к человеку. Это может быть выгодно, потому что это один вызов базы данных. (Однако также могут возникнуть огромные проблемы с производительностью в зависимости от количества возвращаемых результатов и количества запрошенных свойств навигации, в этом случае не будет никакого штрафа за производительность, поскольку оба экземпляра являются только одной записью и одним соединением).

или

using (var db = new dbContext())
{
  var person = db.Persons.FirstOrDefaultAsync(p => p.id == 1);

  var pet = db.Pets.FirstOrDefaultAsync(p => p.id == person.PetId);
}
Console.WriteLine(person.Pet.Name);  // No Exception Thrown

в предыдущем примере Entity Framework материализует домашнее животное независимо от человека, сделав дополнительный вызов база данных. По умолчанию Entity Framework отслеживает объекты, полученные из базы данных, и если он находит соответствующие свойства навигации, он будет авто-магически заполнить эти сущности. В данном случае потому что PetId на

Это очень поздний ответ, но я решил проблему отключение отложенной загрузки:

db.Configuration.LazyLoadingEnabled = false;

в моем случае я пассировал всех пользователей моделей в столбец, и он не был правильно отображен, поэтому я просто прошел 'Users.Name - и это все исправило.

var data = db.ApplicationTranceLogs 
             .Include(q=>q.Users)
             .Include(q => q.LookupItems) 
             .Select(q => new { Id = q.Id, FormatDate = q.Date.ToString("yyyy/MM/dd"), ***Users = q.Users,*** ProcessType = q.ProcessType, CoreProcessId = q.CoreProcessId, Data = q.Data }) 
             .ToList();

var data = db.ApplicationTranceLogs 
             .Include(q=>q.Users).Include(q => q.LookupItems) 
             .Select(q => new { Id = q.Id, FormatDate = q.Date.ToString("yyyy/MM/dd"), ***Users = q.Users.Name***, ProcessType = q.ProcessType, CoreProcessId = q.CoreProcessId, Data = q.Data }) 
             .ToList();

большинство других ответов указывают на жадную загрузку, но я нашел другое решение.

в моем случае у меня был объект EF InventoryItem коллекция InvActivity дочерние объекты.

class InventoryItem {
...
   // EF code first declaration of a cross table relationship
   public virtual List<InvActivity> ItemsActivity { get; set; }

   public GetLatestActivity()
   {
       return ItemActivity?.OrderByDescending(x => x.DateEntered).SingleOrDefault();
   }
...
}

и так как я вытаскивал из коллекции дочерних объектов вместо контекстного запроса (с IQueryable), то Include() функция не была доступна для реализации активной загрузкой. Поэтому вместо этого мое решение состояло в том, чтобы создать контекст, из которого я использовал GetLatestActivity() и attach() возвращенный объект:

using (DBContext ctx = new DBContext())
{
    var latestAct = _item.GetLatestActivity();

    // attach the Entity object back to a usable database context
    ctx.InventoryActivity.Attach(latestAct);

    // your code that would make use of the latestAct's lazy loading
    // ie   latestAct.lazyLoadedChild.name = "foo";
}

таким образом, вы не застряли с активной загрузкой.