ASP.NET核心和就地IIS Web应用程序

debugcn 发表于 Dev

西格德·加索（Sigurd Garshol）

在开发人员的客户端计算机上托管Web应用程序的开发版本的舒适好处之一就是可以轻松地进行更改验证。

在传统的ASP.NET Web应用程序中，通常将具有以下设置：IIS站点或IIS Web应用程序的物理路径指向ASP.NET Web应用程序的项目路径。

这使我能够进行更改，必要时重新编译，然后在浏览器中单击“刷新”以立即查看更改的效果。

现在，如果我想让IIS指向不同的路径，并且每次更改都会将ASP.NET Web应用程序发布到该位置，这是一个麻烦得多的过程。

我更喜欢就地IIS安装程序，以实现更快的周转时间，并且我希望对ASP.NET Core使用相同的安装程序，但是我还没有弄清楚该怎么做。据我所知，我至少可以做到以下几点：

在VS中启动调试器（IIS Express或dotnet.exe）
从控制台运行Web应用程序
将更改发布到IIS站点/ Web应用程序映射到的另一物理路径。

这两个选项都可以使用，但是环境共同导致难以管理结果：我通常同时在客户端和服务上工作，并且客户端经常涉及多个服务Web应用程序。因此，我通常需要同时运行多个Web应用程序，并且需要经常更新它们。

尽管IIS在我的经典ASP.NET应用程序中提供了这种机会，但我对继续使用它并不犹豫。任何其他实现平稳周转的方法都是可以接受的:)

那么，有什么建议吗？

-S

西格德·加索（Sigurd Garshol）

好的，我在此称呼它：这似乎不是一个可行的选择。

我会尝试一下：

在我的服务中，我接受这篇文章中所述的运行URL：

dotnet运行具有特定URL的网站

powershell脚本使用dotnet watch run在新的控制台窗口中启动服务列表：

$services = Get-Content .\services.json -Raw | ConvertFrom-Json;

foreach($serviCe in $services)
 { 
    $expression = "cmd /c start powershell -Command {"
    $expression += "Write-Host $($service.name) -ForegroundColor Yellow;"
    $expression += "Write-Host $($service.urls) -ForegroundColor Yellow;"
    $expression += "Set-Location $($service.path);"
    $expression += "Invoke-Expression `"dotnet watch run --server.urls=$($service.urls)`";"
    $expression += "sleep(10);"
    $expression += "}"
    Invoke-Expression $expression
    sleep(1);
}

这是带有服务列表的services.json：

[
  {
    "name": "Products",
    "path": "C:\\Services\\src\\Products",
    "urls": "http://localhost:5000"
  },
  {
    "name": "Customers",
    "path": "C:\\Services\\src\\Customers",
    "urls": "http://localhost:5001"
  },
  {
    "name": "Statistics",
    "path": "C:\\Services\\src\\Statistics",
    "urls": "http://localhost:5002"
  }
]

本文收集自互联网，转载请注明来源。

如有侵权，请联系[email protected] 删除。