使用Roslyn动态编译EF Core模型类时遭遇CS8203与CS0246编译错误

看起来你在动态编译EF Core模型类时遇到了两个典型的Roslyn编译问题，我来帮你拆解原因和解决办法：

一、CS0246：找不到类型“FilterWeighingTypes” #

这个错误的核心原因是编译上下文不共享：你在foreach循环里逐个编译模型类，但每次编译都是独立的。第二个类FilterWeighings依赖第一个类FilterWeighingTypes，但你没有把第一个类编译生成的DLL加入到第二个类的编译引用集合中，Roslyn在编译第二个类时根本不知道这个类型存在，自然会报错。

解决办法 #

每次成功编译一个模型类后，将生成的.dll文件作为元数据引用添加到mdrModelReference集合中，让后续编译依赖它的类能找到对应类型。示例代码如下：

// 编译当前模型类
emrCompileResult = cscCompiler.Emit(flsCompileStream);

// 编译成功后，将生成的DLL加入后续编译的引用
if (emrCompileResult.Success)
{
    string compiledDllPath = model + ".dll";
    mdrModelReference.Add(MetadataReference.CreateFromFile(compiledDllPath));
}
else
{
    // 可选：输出编译错误信息便于调试
    foreach (var diagnostic in emrCompileResult.Diagnostics.Where(d => d.Severity == DiagnosticSeverity.Error))
    {
        Console.WriteLine($"编译错误 [{diagnostic.Id}]: {diagnostic.GetMessage()}");
    }
}

二、CS8203编译错误 #

这个错误通常和资源未正确释放或缺少必要程序集引用有关，结合你的代码来看，主要有两个问题点：

1. 文件流未正确关闭 #

你直接创建了FileStream但没有确保它被及时释放，这可能导致文件被占用、编译结果写入不完整，进而触发CS8203错误。

2. 缺少关键程序集引用 #

你使用了ForeignKeyAttribute等EF Core相关的特性，但目前的引用集合里没有显式添加System.ComponentModel.DataAnnotations.Schema所在的程序集；另外Guid类型的完整支持可能需要引用System.Runtime.dll。

解决办法 #

（1）用using语句管理文件流

确保编译完成后自动关闭并释放文件资源：

using (var flsCompileStream = new FileStream(model + ".dll", FileMode.Create, FileAccess.Write))
{
    emrCompileResult = cscCompiler.Emit(flsCompileStream);
}

（2）补充必要的程序集引用

在初始化mdrModelReference时，添加以下引用：

// 添加ForeignKeyAttribute所在的程序集
mdrModelReference.Add(MetadataReference.CreateFromFile(typeof(ForeignKeyAttribute).Assembly.Location));
// 确保Guid类型的完整引用
mdrModelReference.Add(MetadataReference.CreateFromFile(typeof(Guid).Assembly.Location));
// 可选：如果后续要使用EF Core上下文，还需添加Microsoft.EntityFrameworkCore.dll的引用
// mdrModelReference.Add(MetadataReference.CreateFromFile(typeof(DbContext).Assembly.Location));

额外提示：类型不匹配隐患 #

我注意到第一个模型类FilterWeighingTypes中WeighingTypeName是char类型，但第二个类FilterWeighings中用string WeighingTypeName作为外键，这两个类型不匹配。虽然编译时不会报错，但后续EF Core建立关联关系时肯定会出现异常，建议统一类型（比如都改成string，因为char长度限制会导致外键关联失败）。

内容来源于stack exchange