軟體主廚的程式料理廚房

在 SSMS 中任何一個資料表按右鍵，使用「編寫資料表的指令碼為」的功能來產生建立資料表的指令碼，預設是不會產生索引的指令碼，這其實是一個小問題，但不是常常會需要去設定它，久了就忘記了，這邊就做個記錄，以便日後回想。

關於如何發佈 ASP.NET Core 應用程式到 IIS 上，官網上的這兩篇文章說得很清楚。

• Host ASP.NET Core on Windows with IIS
• Visual Studio publish profiles (.pubxml) for ASP.NET Core app deployment

照著官網的步驟弄，一切還算順利，但還是遇到了一個小亂流，在執行 WebDeploy 的命令時，出現了「error MSB6006: "msdeploy.exe" 以返回碼 -1 結束」的錯誤訊息。

使用 log4net 有好些年了，但是這個開源專案目前處於休眠的狀態，慢慢凋零了，所以決定將手上的專案轉使用 NLog，過去開發的幾個在 log4net 上的 Appender 現在必須要轉成 NLog 的 Target，我就以 Slack 的 Incoming WebHooks 為例，將它做成一個 NLog 的 Target。

在 C# 講到 Object-Object Mapping，AutoMapper 絕對是在解決方案清單的前幾名，也是我推薦的首選，不過如果我們只是偶爾在程式的某個小角落，需要把一個類別對應成另一個類別，這時候我們可能不會想要去安裝 AutoMapper、寫 Mapping Configuration，會想說是不是有一個更輕量的方法來解決我們當前的問題？

有使用 Castle DynamicProxy（Autofac.Extras.DynamicProxy 也是相依於它）實作 AOP 的朋友應該對 IInterceptor 這個介面不陌生，實作這個介面就能得到一個攔截方法的攔截器，但是目前 IInterceptor 只提供同步的版本，如果攔截的對象是非同步方法，事情就會變得麻煩一些，我們來看看該怎麼做？

我們有使用 Bundler & Minifier 來幫助我們將自己撰寫的 JS/CSS 檔案打包跟做最小化，但是 ASP.NET Core 專案在發佈的時候，預設會連同原始檔案也一併發佈出去，多了一些無謂的檔案，因此我們會希望專案在發佈的時候，不要輸出這些檔案。

以往我們都是透過組態（Debug|Release）來輸出不同環境的設定，這件事情到了 ASP.NET Core 則改由環境變數（Environment Variables）來控制，至於 Console App，網路上查到的資料也都是教我們用環境變數來控制設定的輸出居多，難道我們不能跟以前一樣使用組態來控制嗎？

ASP.NET Core 在發佈的時候，會將 Razor View 採用預先編譯的方式，這一點改變讓 Web 應用程式啟動得更快，但是在開發時期也是這樣就讓我挺不習慣的，原本我以為在開發時期即時編譯 Razor View 的功能，會在 Visual Studio 2019 v16.6 加進來，不過它似乎提早了

這件事情說穿了其實就是用 Babel，平常就有在關注前端技術發展的朋友應該不陌生，Babel 可以將 JavaScript 比較新的語法轉譯成通用的寫法，讓舊版的瀏覽器（例如：IE）可以執行，我們就不需要為了舊版的瀏覽器而捨棄新語法。

JavaScript ES8（ES2017）的版本支援 async/await 語法，就像這樣：

這個語法對於主力是 C# 的我們並不陌生，async/await 語法可以在該進行等候資源的時候進行等候，而且不會打亂我們閱讀程式碼的順序，清晰度大大提昇，不過我很好奇，它是怎麼辦到的？