Question

通过我在这里和其他论坛提出的各种问题，我得出的结论是，在实体框架中生成的实体上下文对象时，我不知道自己在做什么。

作为背景，我有很多使用LLBLGen Pro的经验，实体框架对我来说已经有三周了。

假设我有一个名为“myContext”的上下文。在我的模型中有一个名为Employee的表/实体，所以我现在有一个myContext.Employees。我假设这意味着此属性表示我的上下文中的Employee实体集。但是，我认为错了，因为我可以在上下文中添加一个新实体：

myContext.Employees.AddObject(new Employee());

这个新的员工实体在myContext.Employees中无处可见。从我收集的内容来看，找到这个新添加的实体的唯一方法是在myContext.ObjectStateManager中隐藏它。这听起来像myContext.Employees集实际上不是上下文中的Employee实体集，而是数据库中存在的Employee实体的某种表示。

为了进一步加剧这种混乱，让我们说我正在看一个单一的Employee实体。有一个Project实体与Employee有一个M：1的关系（一个员工可以有多个项目）。如果我想向特定员工添加新项目，我只需：

myEmployee.Projects.Add(new Project());

太棒了，这实际上是按照我的预期将项目添加到集合中。但是，面对上下文中的ObjectSet属性如何工作，这种情况仍然存在。如果我使用以下内容将新项目添加到上下文中：

myContext.Projects.AddObject(new Project());

这不会改变项目集。

如果有人向我解释这一点，我将非常感激。另外，我真的想要上下文中所有Employees（或Projects）的集合，并且我希望它可用作上下文的属性。这可能与EF有关吗？

Answer 1

ObjectSet是一个查询。就像LINQ中的所有内容一样，它很懒惰。除非您枚举它或调用类似.Count()的方法，否则它不会执行任何操作，此时将运行数据库查询，并且任何返回的实体将与上下文中的实体合并。

所以你可以这样做：

var activeEmployees = Context.Employees.Where(e => e.IsActive)

...没有运行查询。

您可以进一步撰写：

var orderedEmployees = activeEmployees.OrderBy(e => e.Name);

...再次，没有运行查询。

但是如果你看一下这个集合：

var first = orderedEmployees.First();

...然后运行数据库查询。这对所有LINQ都是通用的。

如果要枚举上下文中已有的实体，则需要查看ObjectStateManager。因此，对于员工，您可以执行：

var states = EntityState.Added || EntityState.Deleted || // whatever you need
var emps = Context.ObjectStateManager.GetObjectStateEntries(states)
                                     .Select(e => e.Entity)
                                     .OfType<Employee>();

请注意，虽然这有效，但这不是我推荐的工作方式。通常，您不希望ObjectContexts具有长期使用寿命。由于这个原因和其他原因，它们并不适合作为对象的通用容器。使用通常的List类型。将ObjectContext视为一个工作单元更准确。通常，在一个工作单元中，您已经知道您正在使用哪些实例。

查找实体框架上下文

1 个答案: