实体框架：对具有复杂关系的对象进行 CRUD

Question

我的系统中有许多对象，它们都继承自基类 Entity。这些对象有相当多的关系，包括一对一、一对多和多对多。由于我使用的是 WCF，因此我的 DbContext 对象与每个 CRUD 调用都断开连接。这导致我在对具有关系的对象进行基本 CRUD 操作时遇到了一些问题。

例如，我有一个具有基本父子关系的对象。我将其称为节点。

[DataContract(IsReference=true)]
public partial class Node : Entity
{

  [DataMember]
  public long ID { get; private set; }

  [DataMember]
  public long? ParentID { get; set; }

  [DataMember]
  public List<Node> Children { get; set; }

}

我希望能够添加一个具有已存在的子节点的新节点，并添加一个具有尚不存在的子节点的节点。

// Node with a new child node
Node nodeWithNewChild = new Node()
{
  Children = new List<Node>()
  {
    new Node()
  }
}

// A pre-existing child node
Node existingChildNode = new Node();

// Node with a pre-existing child node
Node nodeWithExistingChild = new Node()
{
  Children = new List<Node>()
  {
    existingChildNode
  }
}

问题是，无论我如何处理，实体框架都会感到困惑。

当我使用基本的 DbContext.Nodes.Add 操作时，它会用现有的子项扰乱我的测试用例。它会在数据库中复制现有子项的条目，然后为这个新子项提供正确的 ParentID。如果我循环子级并首先在子级上使用 DbContext.Nodes.Add ，也会发生这种情况。

我尝试循环遍历所有子级并在所有子级上使用 DbContext.Nodes.Attach ，然后在父级上使用 DbContext.Nodes.Add ，但这会导致异常我对一个新孩子的测试用例。

System.Data.Entity.Infrastruct.DbUpdateConcurrencyException：存储 更新、插入或删除语句影响了意外数量的 行 (0)。实体可能已被修改或删除 已加载。刷新 ObjectStateManager 条目。 ...

更不用说我担心这将如何工作，例如，如果您添加了一个带有孩子的节点，还有一个孩子，等等。我希望我的 CRUD 方法能够对所有可能的有效对象构造做出适当的反应。

从我能找到的研究来看，归根结底，EF 不适合或者不擅长这种事情，最好自己管理关系。这是真的吗？如果是这样，有我可以效仿的例子吗？有什么技巧之类的吗？

我开始使用一种使用反射来自己处理关系的方法，但我觉得这只是解决基本问题的一种荒谬的方法。

Answer 1

您必须附加现有子节点，而不附加新子节点。假设您可以通过查看 ID 来区分新节点和现有节点（ID > 0 表示：现有），则可能如下所示：

if (childNode.ID > 0)
    context.Nodes.Attach(childNode);

Node newParentNode = new Node()
{
    Children = new List<Node>()
    {
        childNode
    }
};

context.Nodes.Add(newParentNode);
context.SaveChanges();

如果 ID == 0，则 childNode< /code> 也将被插入到数据库中。否则（由于附加到上下文）将不会创建新的子节点记录。

编辑：

如果您有一个由子代和孙代等组成的复杂图表，其中可以包含现有节点和新节点的混合，您可以将上面代码中的前两行替换为以下内容：

AttachOrAddChildren(childNode);

并添加以下方法：

void AttachOrAddChildren(Node node)
{
    if (node.Children != null)
    {
        foreach(var child in node.Children)
        {
            if (child.ID > 0)
                context.Nodes.Attach(child);
            else
                context.Nodes.Add(child);
            AttachOrAddChildren(child);
        }
    }
}

我相信调用 Attach 和 Add 在这里很重要（与上面的简单示例相反），因为当您将一个节点附加到上下文时，它的所有子节点和孙子也有依恋。 （这意味着它们现在处于 Unchanged 状态，EF 会将节点下面的整个子图视为现有对象。）因此，您必须显式地将状态设置为 Added （通过调用Add）当循环到达树中的下一级并且有一个新的子节点（ID == 0）时。这同样适用于调用Add，因此如果子节点存在，则必须再次将子节点的状态重置为Unchanged。

编辑2：

也许在循环中首先调用AttachOrAddChildren更聪明：

        //...
        foreach(var child in node.Children)
        {
            AttachOrAddChildren(child);
            if (child.ID > 0)
                context.Nodes.Attach(child);
            else
                context.Nodes.Add(child);
        }
        //...

这样树将从叶子到根遍历，并且 EF 不必更改 的状态已经存在于上下文中的对象。这可能会更好的性能，但我不确定。也许无论哪条路都不重要。