破坏 POCO 关系

Question

我在破坏两个实体之间的关系时遇到问题。假设我们有一个 Child 实体，它属于一个 Parent，一个 Parent 拥有许多 Child 实体。现在，在我的前端，用户可以选择一个单选按钮来选择 Child 属于哪个 Parent，或者他们可以选择“None”。我遇到的问题是，当我编辑 Child 记录并选择“无”时，它似乎并没有破坏现有关系。

在我的业务逻辑中，我正在执行以下操作：

child.Parent = parentRepository.Find(command.ParentID);

如果没有记录与传入的 ID 匹配，则存储库方法返回 null，并且选择“无”会给出 0 ID，但当我调试并跨过此行时，Child.Parent 仍然有一个引用先前选择的父实体。事实上，甚至显式设置 Child.Parent = null;似乎没有破坏链接。

更让我困惑的是，这不是一致的行为。时不时地，相同的代码确实会破坏关系并将Child.Parent设置为null！有人可以指出我正确的方向吗？

更新

我更新了代码以确保存储库返回 null。

Parent parent = parentRepository.Find(command.ParentID);
if (parent == null)
    child.parent = null;
else
    child.parent = parent;

调试显示行 child.parent = null; is 正在执行，但是当我在该行之后检查 child.parent 时，它仍然显示对先前引用的 Parent 对象的引用。但时不时地，它会被正确设置为 null。此版本有效：

Parent parent = parentRepository.Find(command.ParentID);
if (parent == null)
{
    child.parent = null;
    child.parent = null;
}
else
    child.parent = parent;

为什么我必须将其设置为 null 两次才能获得一致的行为？我是否必须以某种方式显式声明 Parent 在 Child 实体上可为空？

Answer 1

是的，您确实需要声明父级可为空。

如果您在子项上公开外键属性，则它必须可为空。因此，如果您的孩子有 ParentId 属性，它应该如下所示：

public int? ParentId { get; set; }
public virtual Parent { get; set; }

如果您使用流畅的 API，您可以像这样告诉 EF 父级可为空：

modelBuilder.Entity<Child>.HasOptional(d => d.Parent).WithMany(p => p.Children);

或者像这样，如果您从主体端而不是从主体端声明关系依赖端：

modelBuilder.Entity<Parent>.HasMany(p => p.Children).WithOptional(d => d.Parent);

奇怪的是child.Parent需要设置为null两次。您是否尝试过单步查看代码以了解原因？您还可以对 Parent 属性尝试此操作，以准确了解发生了什么：

private Parent _parent;
public virtual Parent
{
    get { return _parent; }
    set { _parent = value; }
}

这是您实际上可以进入的代码，以确保私有字段设置为 null。

对评论的回应

听起来确实存在延迟加载的问题。试试这个。

在存储库 Find 方法中，立即加载父级。你可以用这样的方法来做到这一点：

context.Children.Include(c => c.Parent).Find(id);

这将使 child.Parent 已经加载到上下文中，并且设置为 null 一次就足够了。