如何在.NET Core 5 WebAPI中调用CLI命令动态创建项目并获取返回值

你描述的需求完全可以实现，核心分为.NET后端CLI命令调用与结果捕获、前后端对接展示两部分实现，具体方案如下：

后端（.NET 5 WebApi）实现方案 #

核心通过.NET自带的Process类调用系统dotnet CLI命令，同时捕获输出流拿到执行结果，实现步骤如下：

• 先确认WebApi运行的宿主环境已安装.NET 5 SDK，保证dotnet命令全局可调用，同时给WebApi进程开放解决方案生成目录的读写权限，避免创建文件/目录时报权限错误。
• 配置Process启动参数，必须关闭默认shell执行、开启输出流重定向，才能正常捕获CLI执行的所有日志，示例代码如下：

using System.Diagnostics;

/// <summary>
/// 执行dotnet CLI命令并返回执行结果
/// </summary>
/// <param name="command">dotnet 后续参数，比如"new sln -n TestSln"</param>
/// <param name="workingDirectory">命令执行的工作目录</param>
/// <returns>CLI执行的完整输出（含错误信息）</returns>
public async Task<string> RunDotnetCliAsync(string command, string workingDirectory)
{
    var startInfo = new ProcessStartInfo
    {
        FileName = "dotnet",
        Arguments = command,
        WorkingDirectory = workingDirectory,
        UseShellExecute = false, // 必须设为false才能重定向输出流
        RedirectStandardOutput = true, // 捕获正常输出
        RedirectStandardError = true, // 捕获错误输出
        CreateNoWindow = true, // 不弹出额外命令行窗口
    };

    using var process = Process.Start(startInfo);
    // 同时读取两个输出流，避免缓冲区满导致进程卡死
    var outputTask = process.StandardOutput.ReadToEndAsync();
    var errorTask = process.StandardError.ReadToEndAsync();

    await process.WaitForExitAsync();
    string fullOutput = await outputTask;
    string errorOutput = await errorTask;

    // 可根据业务需求拆分返回正常输出和错误输出，方便前端做不同样式渲染
    return string.IsNullOrEmpty(errorOutput) 
        ? fullOutput 
        : $"[执行错误]：{errorOutput}\n[执行日志]：{fullOutput}";
}

• 实际业务调用示例：
  • 创建解决方案：RunDotnetCliAsync("new sln -n MyDynamicSln", "你的生成目录绝对路径")
  • 创建WebApi项目：RunDotnetCliAsync("new webapi -n MyDemoApi -o ./MyDemoApi", "解决方案所在目录")
  • 项目添加到解决方案：RunDotnetCliAsync("sln MyDynamicSln.sln add ./MyDemoApi/MyDemoApi.csproj", "解决方案所在目录")
• 接口层建议封装为POST接口，接收前端传的项目类型、项目名称等参数，动态拼接CLI命令执行后，将结果作为接口返回值返回。如果命令执行时间较长，可对接WebSocket实现执行日志实时推送，用户体验更好。

前端（JS+HTML）实现方案 #

• 普通异步场景：直接用fetch或者axios调用后端创建项目接口，拿到返回的CLI执行结果后，直接插入到页面的日志展示区域即可。
• 实时日志场景：如果后端用了WebSocket推送，前端监听WebSocket消息，每收到一段CLI输出就追加到日志区域，用户可以实时看到执行进度。
• 额外补充异常处理逻辑：如果接口返回错误状态码，将对应的错误提示也展示给用户，比如项目名重复、权限不足、SDK未安装等场景的提示。

注意事项 #

• 做好参数校验，防范命令注入漏洞：前端传的项目名、目录名要做格式校验，禁止包含;、&&、|这类可以拼接额外系统命令的特殊字符，避免攻击者传入恶意参数执行非预期操作。
• 多用户场景下，要给每个用户的生成操作分配独立的唯一目录，避免不同用户的生成操作互相覆盖冲突。
• 定期清理生成的临时解决方案和项目文件，避免磁盘空间被占满。

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