【问题标题】:Trick for recompiling web api at development time在开发时重新编译 web api 的技巧
【发布时间】:2018-09-15 04:23:57
【问题描述】:

我正在通过 C# 在我的移动项目中使用后编写一个 Web API。我创建了一个 ASP.NET Web 应用程序,而不是在创建弹出屏幕上我选择了 Empty Template 然后为“文件夹和核心引用”选择了 Web API。

目前一切正常。我在本地 IIS 中设置了应用程序。我正在编写我的控制器,我可以通过浏览器或任何其他适当的 Http 调用来调用它,但有些东西让我抓狂。每当我更改某些内容时,我都必须构建应用程序。

我知道,通常在开发网站时,不需要为 Web 应用程序项目不太可能的简单更改进行构建。

但是我可以在网站中创建我的项目还是有一个技巧可以在每次项目发生更改时重新编译?

【问题讨论】:

  • 如果源代码发生变化,二进制文件应该重新编译,句号,然而,CI 和 CD 是通过构建和发布定义、触发器和自动化脚本帮助您更快地交付更改的过程.
  • 前后端解耦了吗?如果它们在同一个项目中,那么是的,如果您进行更改,则必须重新编译所有内容。

标签: c# asp.net-web-api build


【解决方案1】:

没有花招,反正这也不是你想要的。

客户端应用程序和后端应用程序之间存在差异。后端需要编译成机器码,这意味着编译器需要先运行。

与您的 JavaScript 代码在客户端加载和运行相反,如果您犯了错误,您在运行网站时就会知道。

通过后端的编译,当出现问题时,您会立即知道,您无需运行项目,甚至不会构建。

如果你有一个像 MVC 网站这样的项目,它有前端和后端,那么是的,每次你想运行它时,即使你改变了前端,构建过程仍然会启动in,但它不会重建未更改的程序集,因此该过程将很快。

如果您确实有后端更改,那么这些更改的项目将需要正确重建以重新创建项目输出的程序集(dll 文件)。

【讨论】:

    猜你喜欢
    • 2011-10-25
    • 1970-01-01
    • 2011-06-15
    • 1970-01-01
    • 2010-09-07
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2011-03-15
    相关资源
    最近更新 更多