验证未编译C#类：.NET Standard 2.0下无CodeDom的语法校验咨询

Got it, since CodeDom isn't supported in .NET Standard 2.0, here are a couple of practical, workable solutions to validate your auto-generated C# classes for syntax errors:

Roslyn (the .NET Compiler Platform) has excellent support for .NET Standard 2.0, and it's the most straightforward way to parse and validate C# code programmatically.

步骤： #

1. 添加NuGet包引用：在你的项目中安装 Microsoft.CodeAnalysis.CSharp 包（选择兼容.NET Standard 2.0的版本，比如3.x系列）。
2. 编写验证逻辑：利用Roslyn的语法解析能力检查代码中的语法错误。示例代码如下：

using Microsoft.CodeAnalysis;
using Microsoft.CodeAnalysis.CSharp;

public bool IsCSharpCodeValid(string generatedCode)
{
    // 设置解析选项，匹配目标C#版本
    var parseOptions = CSharpParseOptions.Default.WithLanguageVersion(LanguageVersion.CSharp7_3); // 可根据需求调整版本
    var syntaxTree = CSharpSyntaxTree.ParseText(generatedCode, parseOptions);
    
    // 获取所有诊断信息（语法错误、警告等）
    var diagnostics = syntaxTree.GetDiagnostics();
    
    // 只检查是否有ERROR级别的问题
    return !diagnostics.Any(d => d.Severity == DiagnosticSeverity.Error);
}

• 这个方法直接解析代码文本，无需生成物理文件，速度快且集成度高。
• 注意：如果你的生成代码依赖特定命名空间或程序集引用，可能需要额外处理语义分析（比如创建Compilation对象并添加必要引用）来捕获语义错误（比如找不到类型），而不仅仅是语法错误。

如果需要验证代码不仅语法正确，还能在目标环境中编译通过（比如依赖特定程序集），可以临时生成.cs文件，调用dotnet build命令来验证。

步骤： #

1. 生成临时文件：把自动生成的C#代码写入一个临时.cs文件（比如放在Path.GetTempPath()目录下）。
2. 创建临时项目文件：如果代码依赖特定引用，需要创建简单的.csproj文件，指定目标框架为.NET Standard 2.0，并添加必要的PackageReference或ProjectReference。
3. 调用dotnet CLI：使用Process.Start执行dotnet build命令，检查进程退出码和输出。示例代码：

using System.Diagnostics;
using System.IO;

public bool ValidateCodeWithDotnetCli(string generatedCode, string tempProjectPath)
{
    // 写入临时代码文件
    var codeFilePath = Path.Combine(Path.GetTempPath(), "GeneratedClass.cs");
    File.WriteAllText(codeFilePath, generatedCode);
    
    // 确保临时项目存在（可预先创建模板项目或动态生成XML）
    // ... 此处省略创建临时.csproj的逻辑
    
    // 执行dotnet build
    var processStartInfo = new ProcessStartInfo
    {
        FileName = "dotnet",
        Arguments = $"build {tempProjectPath} --no-restore --output {Path.GetTempPath()}",
        RedirectStandardOutput = true,
        RedirectStandardError = true,
        UseShellExecute = false,
        CreateNoWindow = true
    };
    
    using var process = Process.Start(processStartInfo);
    process.WaitForExit();
    
    // 退出码为0表示编译成功
    var isSuccess = process.ExitCode == 0;
    
    // 可选：读取错误输出排查问题
    if (!isSuccess)
    {
        var errorOutput = process.StandardError.ReadToEnd();
        // 处理错误信息，比如日志记录
    }
    
    // 清理临时文件
    File.Delete(codeFilePath);
    
    return isSuccess;
}

• 这个方法能模拟真实编译环境，捕获语法和语义错误，但开销比Roslyn解析大，适合需要严格验证的场景。
• 注意：要确保环境中安装了.NET SDK，且临时项目配置和目标环境一致。

• 不管用哪种方法，都要确保生成的代码是完整的编译单元：比如包含必要的using指令、用命名空间包裹类定义，否则可能出现不必要的语法错误。
• 对于语义错误（比如引用了不存在的类型），Roslyn的语义分析需要构建Compilation对象并添加对应程序集引用，你可以扩展方案1的逻辑来实现。

内容的提问来源于stack exchange，提问作者Tyler LA VAY