EF Code First扩展实体保存报错：如何向上转型保存基础实体？

嘿，这个问题我之前踩过坑！本质原因是EF上下文是基于实体的实际运行时类型来跟踪和处理的，不是你代码里声明的编译时类型。哪怕你把派生类实例向上转成基础实体，EF内部还是能识别出它原本是派生类，但你的DbContext里并没有把这个派生类加入模型（比如没对应的DbSet，也没配置继承关系），所以就会抛出那个"The entity type XXX is not part of the model..."的错误。

为什么[NotMapped]没用？ #

[NotMapped]只是告诉EF不要把某个属性映射到数据库字段，但它管不了实体类型本身。只要你的实例是派生类类型，EF就会把它当成一个独立的实体类型来处理，而这个类型不在你的上下文模型里，自然报错。

简单的解决办法 #

这里有两种靠谱的方式，都能满足你“通过向上转型保存”的需求：

1. 手动强制上下文将实例识别为基础实体类型

在保存之前，用EF的Entry方法获取实体的跟踪条目，然后手动设置它的实体类型为基础实体。代码示例：

// 假设你的派生类实例是derivedEntity，基础实体是BaseEntity
var entry = _context.Entry(derivedEntity);
// 强制上下文把这个实例当成BaseEntity处理
entry.SetEntityType(typeof(BaseEntity));

// 然后正常添加/更新并保存
_context.BaseEntities.Add((BaseEntity)derivedEntity);
await _context.SaveChangesAsync();

这个方法直接修改了EF对实体类型的识别，绕过了它对运行时类型的检查，完美适配你的临时扩展属性场景。

2. 临时剥离派生类属性，映射到基础实体实例

如果上面的方法你觉得有点“取巧”，也可以用更稳妥的方式：把派生类实例的属性值复制到一个新的基础实体实例里。虽然你提到新建实例能正常保存，但可以用简化操作减少重复代码：

// 手动赋值示例（属性少的时候用）
var baseEntity = new BaseEntity
{
    Id = derivedEntity.Id,
    Name = derivedEntity.Name,
    // 其他基础实体属性...
};

_context.BaseEntities.Add(baseEntity);
await _context.SaveChangesAsync();

如果属性较多，用AutoMapper只需要一行代码就能完成属性映射，效率也很高。

额外提醒 #

如果这个派生类是你经常需要用到的，那不如直接在DbContext里配置继承关系（比如TPH表继承），这样EF就能自动处理派生类的保存了。但看你的描述，这些属性只是临时用的，所以上面的两种方法更适合你。

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