我們在做網站開發的時候，通常是寫好了一個功能就要進行測試，Visual Studio上點“Start Debugging”(快捷鍵是F5)，這是除錯模式，也有直接執行模式，“Start Without Debugging”(快捷鍵是Ctrl+F5)，網站啟動，並且預設會開啟一個瀏覽器視窗讓你看到結果，假如這個時候你發現點問題，需要調整程式碼……

對於非*.cs檔案

如果是cshtml、aspx、ashx或asmx這類非C#檔案(*.cs)，不管是除錯模式還是非除錯模式，直接點儲存，就生效了，網站一重新整理頁面，第一次訪問到它們，它們就會自動被編譯，重新生成可執行程式碼。

對於*.cs檔案(除錯模式下)

如果你嘗試在除錯中修改cs檔案，會得到這麼一個錯誤提示：

你得先把程式暫停了，才能對它進行修改，暫停的辦法有兩種，一種是斷點，程式跑到斷點處就自動暫停了，另一種是直接點“Break All”(快捷鍵是Ctrl+Alt+Break)，暫停了程式，就可以對cs檔案進行修改了，修改好之後，點一下“Continue”(快捷鍵F5)，就生效了，神奇的是：你甚至不需要點儲存。

當然了，這還得有個前提，就是你的Visual Studio開啟了這個選項：

如果沒開啟這個選項的話，你在除錯中可以繼續編輯C#程式碼，可以儲存，但不會生效。

對於*.cs檔案(非除錯模式下)

你可以直接修改cs檔案，沒有任何問題，儲存，看看是否起作用？——答案是否。因為承載著你的程式的容器——IIS Express並不知道你修改了原始碼，你需要重新編譯一下，點一下“Build Solution”(快捷鍵F7)，然後就生效了。當然對非ASP.NET程式來說，這招行不通，因為程式執行時，EXE檔案是防寫的，這跟ASP.NET程式的執行原理不一樣。

希望通過這幾種方式，能夠提高大家的網站開發效率。

使用dotnet watch

對於.NET Core程式來說，還有另外一種方法，就是使用“Microsoft.DotNet.Watcher.Tools”工具。在專案的csproj中加入這麼一行：

<DotNetCliToolReference Include="Microsoft.DotNet.Watcher.Tools" Version="2.0.0" />

接下來在專案的目錄下(也就是csproj所在的目錄下)，執行一次dotnet restore(這個不用每次都執行)，然後執行dotnet watch run。程式就跑起來了。

接下來你對C#程式碼的修改都會被Watcher觀察到，並自動編譯你的程式碼和重啟你的程式，這個過程不需要你額外自己去Build和Run，當然你程式如果有錯，它也會顯示出來Build失敗，失敗的話不會重啟程式，繼續跑著舊版。

由於需要開啟命令列介面，所以總感覺有點麻煩，速度嘛，相比前面提起的手動Build Solution，好像也快不去哪裡。用不用自己看。