軟體主廚的程式料理廚房

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

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

ASP.NET Core 的 ResponseCache 觸發伺服器端快取的條件尤為嚴格，限制很多，這也是它跟過去我們所熟悉的 OutputCache 特別不一樣的地方，所以 ResponseCache 我們也沒辦法就這樣直接當做 OutputCache 來使用，缺的部分我們只好自己來補足。

之前有寫過一篇在 IIS 用 URL Rewrite 解決 SEO 要求網址全小寫及有無斜線結尾的問題，到了 ASP.NET Core 雖然沒有 URL Rewrite 擴充套件可以安裝，但是有一個 URL Rewriting Middleware 可以來幫助我們做到一樣的事情。

_ViewStart.cshtml 在 ASP.NET MVC 就存在了，而 ASP.NET Core MVC 則多了一個 _ViewImports.cshtml，這兩個都會對 View 有全域性的影響，重新來了解一下 _ViewStart.cshtml 及新多的 _ViewImports.cshtml 的作用。

在 Visual Studio 2019 v16.4.5 的 ASP.NET Core MVC 專案上，按右鍵移到「加入」是看不到「區域」這個選項的。

所以 Areas（區域）得要自己手動加了，這邊就記錄一下手動新增 Areas 的步驟。

PowerShell 目前是開源的，而且跨平台，做為一位長期在微軟技術生態圈打滾的碼農，面對要撰寫 Script 做自動化工作的場景，怎麼可以不用呢？　馬上來將上一篇文章用 Shell Script 實現藍綠部署，改用 PowerShell 來實現。

在過去，發佈 Web 應用程式到 IIS 上，只要把新發佈的檔案覆蓋掉線上的檔案，IIS 就自動幫我們處理好新舊版的切換，現在搬到 Linux，這個新舊版切換的程序就得自己來了，第一個想到的工具就是 Shell Script。

微軟官方文件「在 Linux 上使用 Nginx 裝載 ASP.NET Core」使用的作業系統是 Ubuntu，我個人是偏好號稱萬年不掛的 CentOS，Linux 不同陣營之間的風格是有一點差異的，所以如果照著微軟官方的步驟套到 CentOS 上，一定會在某個地方覺得拐手，我就把到可以成功瀏覽網頁之前需要注意地方做個記錄。

微軟官網有一篇 .NET Core 應用程式部署的文章在介紹 .NET Core 的部署模式，只是裡面都是文字，再加上有一些新的詞彙，什麼 FDD、SCD、FDE，看了也懂了，但是實際操作還是有點霧煞煞，我這邊就直接用 Visual Studio 2019 的發佈設定視窗，來說明不同的發佈設定會對發佈結果造成什麼影響？