具有虚拟导航属性的深度复制/复制对象

Question

我在 C#/Blazor 中工作

我有一个对象，比如Project，我从带有外键及其相关导航属性的数据库中获取该对象。我正在获取对象，然后在断开连接状态下使用它。

一旦对象被提取，它就会被输入到一个表单中，以便根据需要显示/编辑/更新。我想创建一个单独的 Project 克隆，以在表单中用作 DTO，以便可以丢弃任何更改，而不会对原始获取的 Project 产生引用问题。

例如，这是一个简化的Project 类：

public partial class Project
    {
        [Key]
        public int Id { get; set; }
        [Required]
        [StringLength(150)]
        public string ProjectName { get; set; }
        [Column("UpdatedBy_Fk")]
        public int UpdatedByFk { get; set; }

        [ForeignKey(nameof(UpdatedByFk))]
        [InverseProperty(nameof(UserData.ProjectUpdatedByFkNavigations))]
        public virtual UserData UpdatedByFkNavigation { get; set; }
    }

在表单中，我使用@project.UpdatedByFkNavigation.FullName 显示最后一个更新Project 的人的全名。用户根本无法修改导航字段，它只是显示。

我的问题是关于复制导航项。现在为简单起见，在表单的OnInitialized 中，我将原始project 对象传递给表单，并使用如下构造函数创建一个新的objProject：

Project objProject = new() { Id = project.Id, 
                             ProjectName = project.ProjectName,
                             UpdatedByFk = project.UpdatedByFk,
                             UpdatedByFkNavigation = project.UpdatedByFkNavigation, 

这似乎正在工作并创建一个单独的 Project 对象，它不是引用并且我可以用作我的 DTO，但是我不确定以这种方式分配 virtual 属性是否合适。

这种方法是否遵循创建具有虚拟导航字段的对象的非引用副本的最佳实践，还是我应该采用不同的方法？

Answer 1

这取决于关系。引用在 EF 中很重要，因此您需要考虑是否希望新克隆引用 same UserData 或具有相同数据的新且不同的 UserData。通常在多对一关系中，您希望使用相同的引用，或更新引用以匹配。如果原版被“John Smith” ID #201 修改，则克隆将被“John Smith” ID #201 修改，或者更改为当前用户“Jane Doe” ID #405，这将是相同的“Jane Doe”引用作为用户修改的任何其他记录。您可能不希望 EF 创建一个以 ID #545 结尾的新“John Doe”，因为 EF 获得了对具有“John Doe”副本的 UserData 的全新引用。

因此，在您的情况下，我假设您希望引用相同的现有用户实例，因此您的方法是正确的。您需要小心的是使用序列化/反序列化等快捷方式进行克隆时。在这种情况下，序列化项目和任何加载的 UpdatedBy 引用将创建一个具有相同字段甚至 PK 值的 UserData 的新实例。但是，当您使用新的 UserData 引用保存这个新项目时，您要么会遇到重复的 PK 异常、“已跟踪具有相同键的对象”异常，要么会发现自己遇到新的“John Doe " 如果该实体设置为期望其 PK 的标识列，则记录 ID 为 #545。

关于使用导航属性与 FK 字段的典型建议：我的建议是使用其中一个，而不是两者都使用。这样做的原因是，当您同时使用两者时，您有两个关系的真实来源，并且根据实体的状态，当您更改一个时，另一个不一定会自动反映更改。例如，我通过以下方式查看关系的一些代码：project.UpdatedByFk，而其他代码可能使用project.UpdatedByFkNavigation.Id。当涉及到导航属性时，您的命名约定有点奇怪。对于您的示例，我本来期望：

public virtual UserData UpdatedBy { get; set; }

一般来说，我会单独使用导航属性，并依赖 EF 中的阴影属性作为 FK。这看起来像：

public partial class Project
{
    [Key]
    public int Id { get; set; }
    [Required]
    [StringLength(150)]
    public string ProjectName { get; set; }

    [ForeignKey("UpdatedBy_Fk")] // EF Core.. For EF6 this needs to be done via configuration using .Map(MapKey()).
    public virtual UserData UpdatedBy { get; set; }
}

在这里，我们定义了导航属性，并通过指定 FK 列名称，EF 将在幕后为该 FK 创建一个不可直接访问的字段。我们的代码揭示了这种关系的一种真实来源。

在某些速度很重要并且我几乎不需要相关数据的情况下，我将声明 FK 属性并且没有导航属性。

参考这个：

[InverseProperty(nameof(UserData.ProjectUpdatedByFkNavigations))]

我还建议避免双向引用，除非出于同样的原因绝对必要。如果我希望所有项目都由给定用户最后修改，我真的不打算通过以下方式获得任何收益：

var projects = context.Users
    .Where(x => x.Id == userId)
    .SelectMany(x => x.UpdatedProjects)
    .ToList();

我只会使用：

var projects = context.Projects
    .Where(x => x.UpdatedBy.Id == userId)
    .ToList();

一般而言，您应该通过聚合根来组织您的域和其中的关系：本质上是在应用程序中具有顶级重要性的实体。双向引用具有类似的问题，即在从一侧修改这些关系时，两个事实来源不一定在给定时间点匹配。这在很大程度上取决于是否所有关系都被预先加载。

如果两个实体都是聚合根并且关系足够重要，那么这可以提供双向引用和应有的额外关注。一个很好的例子可能是多对多关系，例如 CourseClass（即数学 A 类）和 Student 之间的关系，其中 CourseClass 有很多学生，而 Student 有很多 CourseClass，从 CourseClass 的角度来看，列出是有意义的是学生，并从学生的角度列出他们的 CourseClasses。