哪些Angular版本与AspNetCore SpaServices兼容？Angular1.7适配咨询

Microsoft.AspNetCore.SpaServices 提供的 AddSpaStaticFiles、UseSpaStaticFiles、UseAngularCliServer 等扩展，本质是静态资源托管能力和开发阶段的构建代理能力，和前端框架的具体版本没有强绑定，完全兼容Angular 1.7版本，该迁移方案可正常落地。

• 第一步：调整目录结构
  将完整的Angular 1.7项目代码放到.NET Core项目的子目录下，建议命名为ClientApp，提前确认旧项目的构建输出路径（比如旧项目用gulp/grunt/老版Angular CLI打包的dist目录路径）。
• 第二步：配置静态文件服务
  在Startup.cs的ConfigureServices方法中添加如下配置，路径对应旧Angular项目的构建输出目录：

  services.AddSpaStaticFiles(configuration => 
  { 
      configuration.RootPath = "ClientApp/dist"; 
  });
  

  在Configure方法中，先注册默认静态文件中间件，在路由配置完成后再注册SPA静态文件中间件：

  app.UseStaticFiles();
  // 中间省略路由、MVC等其他配置
  app.UseSpaStaticFiles();
  

• 第三步：配置SPA启动逻辑
  在Configure方法末尾添加SPA中间件配置：

  app.UseSpa(spa =>
  {
      spa.Options.SourcePath = "ClientApp";
      // 仅开发环境启用开发服务代理
      if (env.IsDevelopment())
      {
          // 若旧项目使用Angular CLI管理，直接使用该方法
          spa.UseAngularCliServer(npmScript: "start");
          // 若旧项目未用Angular CLI，用其他工具启动本地开发服务，替换为下方代理方法，端口替换为你旧项目本地服务的实际端口
          // spa.UseProxyToSpaDevelopmentServer("http://localhost:4200");
      }
  });
  

• 第四步：核对前端脚本配置
  确认ClientApp目录下package.json的scripts节点中，start对应原Angular 1.7项目的本地开发启动命令，build对应原生产环境打包命令即可。

• 安装Nuget包Microsoft.AspNetCore.SpaServices时需选择2.1.x稳定版，和.NET Core 2.1框架版本匹配
• 生产环境发布时，.NET Core会自动执行npm run build将前端构建产物打包到发布包，无需手动拷贝资源，不需要自动构建可在csproj文件中禁用对应的前端构建目标。

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