实体框架 6：将子对象添加到父对象的列表与将子对象的导航属性设置为父对象

我有一个包含两个表的现有数据库MailServers and MailDomains in it. MailDomains有外键列MailServerId指向Id主键列在MailServers。所以我们这里有一对多的关系。

我跟着本文 http://msdn.microsoft.com/en-gb/data/jj200620.aspx并通过实体数据模型向导中的“代码首先从数据库”模型创建了我的实体框架 POCO。这生成了以下两个 C# 类：

public partial class MailServer
{
    public MailServer()
    {
        MailDomains = new HashSet<MailDomain>();
    }

    public int Id { get; set; }

    public virtual ICollection<MailDomain> MailDomains { get; set; }
}



public partial class MailDomain
{
    public MailDomain()
    {
    }

    public int Id { get; set; }

    public string DomainName { get; set; }

    public int MailServerId { get; set; }
    public virtual MailServer MailServer { get; set; }
}

现在我的问题是以下两种创建新对象并将其插入数据库的方法之间是否有任何区别。

方法 (A)：将新孩子添加到父母列表中：

        var mailServer = new MailServer();
        var mailDomain = new MailDomain() {
            DomainName = "foobar.net",
        };
        mailServer.MailDomains.Add(mailDomain);

        using(var context = new MyContext){
            context.MailServers.Add(mailServer);
            context.SaveChanges();
        }

方法（B）：将子级的导航属性设置为父级：

        var mailServer = new MailServer();
        var mailDomain = new MailDomain() {
            DomainName = "foobar.net",
            MailServer = mailServer,
        };

        using(var context = new MyContext){
            context.MailDomains.Add(mailDomain);
            context.SaveChanges();
        }

我还假设在方法（A）中新的MailDomain实例自动添加到集合中context.MailDomains而在方法（B）中，新的MailServer实例自动添加到集合中context.MailServers。这是正确的还是我必须手动执行此操作？

那么，我的问题是：这两种方法可以互换吗？ 让我感到困惑的是，在数据库中只有一个属性/列需要设置（即外键MailDomains）而在 C# 代码中，有两个属性（每个类一个）可以修改。

是的，这两种方法是可以互换的。这允许您从 MailServer 或 MailDomain 的角度创建对象图并将其保存到数据库中。

如果您采用代码优先，则可以选择删除不需要的属性和映射。

我还假设在方法 (A) 中，新的 MailDomain 实例是 在方法 (B) 中自动添加到 context.MailDomains 新的 MailServer 实例会自动添加到 context.MailServers 中。 这是正确的还是我必须手动执行此操作？

这取决于您所说的“添加到上下文中”的含义。如果您的意思是：当您坚持时它是否会自动保存到数据库中，答案是肯定的。使用像 EF 这样的 ORM 的一大好处是它可以自动保存完整的对象图（并同步 PK/FK 关系等）。

如果您的意思是：在保存之前实体是否可以通过上下文使用，我不这么认为（我不是 100% 确定）。