EF 6 添加后获取实体

Question

我在 .NET MVC 应用程序中使用 EF 6。我有这些课程：

public class Member 

{

    public int ID { get; set; }

    public string Name { get; set; }

    public int FactoryID { get; set; }

    public Factory Factory { get; set; }

}

public class Factory

{

    public int ID { get; set; }

    public string Name { get; set; }

    public virtual ICollection<Member> Members { get; set; }

}

要添加的代码：

var newMember = new Member();

newMember.Name = 1;

newMember.FactoryID = 2;

context.Members.Add(newMember);

context.SaveChanges();

代码获取：

var member = context.Members.SingleOrDefault(x => x.ID == id);

var factory = member.Factory;

因此，当我添加Member一个 API 调用时，然后再加入Member另一个 API 调用，然后Member.Factory就定义了。

Member当我尝试添加后立即获取时，Member.Factory是NULL.

其原因何在？又该如何解决呢？

Answer 1

它有时会起作用但其他时候不起作用的原因是，当您通过 ID 引用实体时，EF 将提供它知道的相关实体。如果启用延迟加载，EF 将前往数据库拉回任何它不知道的相关实体。然而，当涉及到序列化响应时，延迟加载可能会导致性能问题或循环引用错误。例如，关闭延迟加载：如果我做类似的事情：using (var context = new MyContext()){&nbsp; &nbsp;var member = new Member&nbsp; &nbsp;{&nbsp; &nbsp; &nbsp; FactoryId = 3;&nbsp; &nbsp; &nbsp; // ...&nbsp;&nbsp; &nbsp;}&nbsp; &nbsp;context.Members.Add(member);&nbsp; &nbsp;context.SaveChanges();&nbsp; &nbsp;return member;}返回的成员的“Factory”引用将为#null，因为 EF 上下文不知道 Factory ID 3 实际是什么。如果工厂 ID #3 的数据记录存在，但上下文不知道，则插入将会成功。如果在另一个例子中我做了这样的事情：using (var context = new MyContext()){&nbsp;&nbsp; &nbsp;// Call some code using this context that results in the following running...&nbsp; &nbsp;var factory = context.Factories.Single(x => x.FactoryId == 3);&nbsp; &nbsp;// more code...&nbsp; &nbsp;var member = new Member&nbsp; &nbsp;{&nbsp; &nbsp; &nbsp; FactoryId = 3;&nbsp; &nbsp; &nbsp; // ...&nbsp;&nbsp; &nbsp;}&nbsp; &nbsp;context.Members.Add(member);&nbsp; &nbsp;context.SaveChanges();&nbsp; &nbsp;return member;}在这种情况下，EF 将返回 Factory #3 以及成员，因为上下文实例知道 Factory #3。保存成员时，会自动关联已知参考。上面的示例在 using 块中使用了 DbContext，这使得场景看起来很明显，但是，对于使用 IoC 容器将 DbContext 范围限定为请求的代码，例如，对于跨各种不同的给定场景，它可能不太清晰。可以调用这些方法来确定 DbContext 可能知道或不知道哪些实体。在处理引用时，您希望返回有关实体及其引用的详细信息，或者以下代码将受益于访问引用，我的典型建议是设置引用，而不是实体中的 FK。通过这种方式，您可以确保您正在创建的实体处于完整且适合目的的状态。例如：using (var context = new MyContext()){&nbsp;&nbsp; &nbsp;var factory = context.Factories.Single(x => x.FactoryId == factoryId);&nbsp;&nbsp; &nbsp;var member = new Member&nbsp; &nbsp;{&nbsp; &nbsp; &nbsp; Factory = factory;&nbsp; &nbsp; &nbsp; // ...&nbsp;&nbsp; &nbsp;}&nbsp; &nbsp;context.Members.Add(member);&nbsp; &nbsp;context.SaveChanges();&nbsp; &nbsp;return member;}我避免在实体中完全公开 FK 以强制使用引用，并使用影子属性 (EFCore) 和映射 (EF6) 来确保 FK 在我的实体中不可访问。FK 的问题在于，当编辑同时具有引用和 FK 列的实体时，有 2 个事实来源。更新 Factory 是否会更改工厂引用，或者更新 FactoryId 是否会更改？如果我有一个指向 Factory ID 3 的 Factory 引用，但我将 Member 上的 FactoryId 更改为 4，该怎么办？有些代码可能依赖于 FK，而其他代码可能会转到工厂参考。显式地使用引用意味着相关实体在此时被断言（而不是等待 SaveChanges 上的任意数量的 FK 违规）。它将使用上下文已加载的任何加载引用，或者如果需要则转到数据库。我确实使用 FK 而不是引用来进行批量操作，我只想尽快更新或插入大量信息。在这些情况下，我使用有界上下文，其中包含带有 FK 的简单实体定义，并且没有创建、设置 FK 和保存的引用。无需返回完整的数据和参考。