EF Core脚手架生成的实体类在WPF MVVM场景下如何实现属性变更通知且不修改生成代码

这个痛点我太熟悉了——每次用EF Core脚手架更新实体类，之前手动加的INotifyPropertyChanged或者[ObservableProperty]就全被覆盖，白忙活一场！针对你的场景，分享几个不用动生成代码的靠谱方案：

方案一：用ViewModel包装实体类（最推荐，贴合MVVM思想） #

核心思路是把生成的BomLine作为“纯数据模型”，新建一个对应的ViewModel类来包装它，所有UI绑定都指向这个ViewModel，而非直接绑定实体。这样脚手架重生成实体类完全不影响你的ViewModel代码。

示例代码：

// 这是你自己独立编写的文件，不会被脚手架覆盖
public class BomLineViewModel : ObservableObject
{
    private readonly BomLine _bomLine;

    public BomLineViewModel(BomLine bomLine)
    {
        _bomLine = bomLine;
        // 初始化时同步实体的现有值
        _internalPartNumberSelected = bomLine.InternalPartNumberSelected;
    }

    // 只读属性直接转发实体的值
    public int Id => _bomLine.Id;
    public int ProjectId => _bomLine.ProjectId;
    public string? Manufacturer => _bomLine.Manufacturer;
    public string? ManufacturerPartNumber => _bomLine.ManufacturerPartNumber;

    // 需要变更通知的属性用MVVM Toolkit的[ObservableProperty]
    [ObservableProperty]
    private string? _internalPartNumberSelected;

    // 利用MVVM Toolkit的partial方法，自动同步ViewModel的变更到实体
    partial void OnInternalPartNumberSelectedChanged(string? oldValue, string? newValue)
    {
        _bomLine.InternalPartNumberSelected = newValue;
    }
}

然后把原来的ObservableCollection<BomLine>换成ObservableCollection<BomLineViewModel>，绑定ListView时指向ViewModel的属性即可：

// 从数据库加载实体后，转换成ViewModel集合
var bomLines = dbContext.BomLines.ToList();
BomLineViewModels = new ObservableCollection<BomLineViewModel>(
    bomLines.Select(line => new BomLineViewModel(line))
);

这个方案的优势：

• 完全隔离UI逻辑和数据模型，严格符合MVVM的职责分离原则
• 脚手架重生成实体类时，你的ViewModel代码不受任何影响
• 可以在ViewModel里自由添加UI相关逻辑（比如颜色计算的派生属性），不会污染纯数据实体

方案二：利用EF Core的变更跟踪代理（适合简单场景） #

EF Core自带变更跟踪代理功能，可以自动让实体类实现INotifyPropertyChanged，不用你手动写任何代码，前提是满足两个条件：

1. 生成的实体类是partial、非密封的（EF脚手架默认就是partial，满足要求）
2. 实体类的属性是virtual的（需要调整脚手架生成参数）

具体步骤： #

1. 重新生成实体类时，添加--virtual-properties参数，让EF自动生成所有virtual属性：

Scaffold-DbContext "你的数据库连接字符串" Microsoft.EntityFrameworkCore.SqlServer -OutputDir Models -VirtualProperties

生成的BomLine属性会变成这样：

public partial class BomLine
{
    public virtual int Id { get; set; }
    public virtual int ProjectId { get; set; }
    public virtual string? Manufacturer { get; set; }
    public virtual string? ManufacturerPartNumber { get; set; }
    public virtual string? InternalPartNumberSelected { get; set; }
}

2. 在你的DbContext配置里启用变更跟踪代理：

protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder)
{
    optionsBuilder
        .UseSqlServer("你的数据库连接字符串")
        .UseChangeTrackingProxies(); // 启用代理，自动实现INotifyPropertyChanged
}

这样，当你从DbContext加载实体时，EF会返回一个代理类实例，它会自动在属性变更时触发PropertyChanged事件，UI绑定就能实时更新了。

这个方案的优势：

• 不用写额外的ViewModel代码，快速省力
• 完全不修改生成的实体类，脚手架重生成也不会出问题

缺点：

• 依赖EF Core的代理机制，如果实体脱离DbContext的跟踪（比如用AsNoTracking加载），代理就不会生效
• 只能实现基础的属性变更通知，没法添加UI相关的自定义逻辑

方案三：用AutoMapper简化ViewModel映射（批量处理更高效） #

如果你的实体类很多，一个个写ViewModel包装太麻烦，可以用AutoMapper来自动完成实体到ViewModel的映射，同时保持ViewModel的变更通知能力。

示例：

1. 定义ViewModel：

public class BomLineViewModel : ObservableObject
{
    public int Id { get; set; }
    public int ProjectId { get; set; }
    public string? Manufacturer { get; set; }
    public string? ManufacturerPartNumber { get; set; }

    [ObservableProperty]
    private string? _internalPartNumberSelected;
}

2. 配置AutoMapper映射：

var config = new MapperConfiguration(cfg =>
{
    cfg.CreateMap<BomLine, BomLineViewModel>()
        .ReverseMap(); // 支持双向映射，把ViewModel的变更同步回实体
});
IMapper mapper = config.CreateMapper();

3. 转换集合：

var bomLines = dbContext.BomLines.ToList();
BomLineViewModels = new ObservableCollection<BomLineViewModel>(
    mapper.Map<List<BomLineViewModel>>(bomLines)
);

这个方案适合实体类较多的场景，减少重复代码，同时也能保持ViewModel的独立性。

总结下来，**方案一（ViewModel包装）**是最符合MVVM规范、最灵活的选择，也完全规避了脚手架覆盖代码的问题；如果你的场景很简单，方案二（EF代理）可以快速解决问题。

备注：内容来源于stack exchange，提问作者Tom L.