C#/Blazor带虚拟导航属性的对象拷贝方案是否符合最佳实践咨询

结论 #

你当前的实现可正常运行，但不符合DTO设计的最佳实践，直接赋值虚拟导航属性存在隐性风险。

现有方案的问题 #

你新建的objProject本身是独立实例，对Id/ProjectName/UpdatedByFk等值类型字段的修改不会影响原始对象，但UpdatedByFkNavigation是引用类型，你直接赋值的是原始对象的引用地址：如果后续逻辑中意外修改了objProject.UpdatedByFkNavigation的属性值，原始project对象的对应导航属性也会同步变更，违背了你要完全隔离修改的需求。你当前没有遇到问题，只是因为该导航属性仅用于只读展示，没有修改操作。

推荐的实现方案 #

方案1：独立DTO类（最推荐） #

完全拆分EF实体和表单DTO的职责，新建专用的ProjectFormDTO类，仅保留表单需要的字段，不需要携带完整的导航属性：

public class ProjectFormDTO
{
    public int Id { get; set; }
    [Required]
    [StringLength(150)]
    public string ProjectName { get; set; }
    public int UpdatedByFk { get; set; }
    // 直接保留需要展示的全名字段，不需要整个UserData导航属性
    public string UpdatedByFullName { get; set; }
}

初始化时直接映射需要的字段即可，完全断开和原始实体的引用关联：

ProjectFormDTO objProject = new() 
{ 
    Id = project.Id, 
    ProjectName = project.ProjectName,
    UpdatedByFk = project.UpdatedByFk,
    UpdatedByFullName = project.UpdatedByFkNavigation?.FullName
};

该方案的优势是完全解耦EF实体和前端表单逻辑，不会携带EF相关的注解、虚拟属性等无关内容，也从根源上避免了引用污染问题。

方案2：复用Project类时对导航属性做深拷贝 #

如果你不想新增DTO类，一定要复用Project类作为表单载体，需要对引用类型的导航属性做深拷贝，而不是直接赋值引用：

Project objProject = new() 
{ 
    Id = project.Id, 
    ProjectName = project.ProjectName,
    UpdatedByFk = project.UpdatedByFk,
    // 新建UserData实例，仅拷贝需要的只读字段
    UpdatedByFkNavigation = new UserData 
    {
        FullName = project.UpdatedByFkNavigation.FullName,
        // 其他需要展示的UserData字段按需拷贝
    }
};

方案3：使用对象映射库简化赋值 #

如果实体字段较多，可以用AutoMapper等映射库，提前配置好映射规则，自动处理字段拷贝和导航属性的深拷贝，避免手动赋值漏写字段。

注意事项 #

• 后续提交更新时，只需要回传ProjectName、UpdatedByFk等可修改字段即可，不需要携带导航属性，EF可以通过外键字段UpdatedByFk自动维护关联关系。
• 断开连接场景下尽量不要在DTO中保留EF的虚拟导航属性，避免上下文跟踪时出现意外的实体状态异常。

内容的提问来源于stack exchange，提问作者aterbo