軟體主廚的程式料理廚房

ASP.NET MVC 的 View 預設是 Load on Demand（按需加載），也就是說 View 第一次要 Render 的時候才會去載入跟編譯，這個就會造成一個現象，即使 Web 應用程式已經完成啟動，在瀏覽頁面的時候也是會感覺到一點延遲，尤其 Web 應用程式部署在 Azure App Service 上更為明顯，既然這樣，那我們就在 Web 應用程式啟動時候，把所有 View 載入跟編譯，然後 Render 一次就行了，我們來看看怎麼做？

長期在 ASP.NET 打滾，講到 Cache 第一時間就會想到 Redis、Memcached、... 這種伺服器端的 Cache 服務，但是在 Web 技術領域內還有瀏覽器端的 Cache，如果沒有特別指定，檯面上這些主流的瀏覽器都會把 Web 伺服器回應的內容存起來，我們應該要好好地利用它們來降低伺服器跟網路的壓力。

先前有寫過一篇個人常用的 ASP.NET MVC 自訂 HTTP 回應碼畫面的套路，一切看起來都很好，但是當使用者輸入一些資料，驗證不通過的時候，想要送 400（Bad Request）順便在 Body 中塞入一些訊息回傳給使用者，不做點調整是做不到的。

多型在像是 C#、爪哇（用中文應該就不會被告了）這種強型別的物件導向程式語言，要將一個抽象類別的實例存到關聯式資料庫或是做序列化／反序列化，都需要另外處理，關於多型跟關聯式資料庫的對應方法我已經寫在這篇文章裡面，這篇要來寫寫多型如何做 JSON 的序列化／反序列化。

無論我們是要引用網站的資源，還是做重新導向，除非是外部的資源，不然使用相對路徑絕對是優選，在 ASP.NET 的世界裡面我們用來表達根目錄有人會用 /（Slash），有人會用 ~/（Tilde Slash），但它們兩個的差別在哪？

如果我們認真要用 ASP.NET MVC 做一個對外服務的網站，直接赤裸裸地爆黃白畫面在使用者面前，實在不是那麼優雅，如果從 Web.config 著手要自訂錯誤畫面的話，那麼 Google 到的答案大致就兩個方向：<system.web>/<customErrors> 及 <system.webServer>/<httpErrors>。

Html.Action、Html.RenderAction、Html.Partial、Html.RenderPartial 這四種方法都可以協助我們在 View 裡面渲染部分 HTML 內容，網路上針對這四種方式的差異說明大都著重在使用方式，但這次我們往下挖，看看這四種方式做了些什麼事？

程式的生命週期往往比我們想像中的長，通常年紀愈大的程式包袱愈重，後面接手的人肩負的壓力也愈重，如果我們知道有一個字串叫 http://www.xxx.com ，現在因為政策的關係必須改成 https://www.xxx.com ，偏偏 http://www.xxx.com 被到處寫死在資料庫及程式原始碼裡面，除了把寫死的那些找出來改之外，我們還可以怎麼做？

相信很多朋友都有遇到過，我們用 ASP.NET MVC 或 ASP.NET WebApi 做好的標記有 HttpPut、HttpDelete 的 Action，部署到 IIS 伺服器之後，試著去發 Request 卻收到 404、405 的錯誤訊息，除非我們只寫 HttpGet、HttpPost 方法，不然有大於 87% 的機率會遇到，底下就來記錄一下解決的方式。

原先從 ASP.NET MVC 4 開始就有的能幫助我們針對 js、css 靜態檔案做 Bundling 及 Minification 的 BundleConfig 到了 ASP.NET Core 還在嗎？答案是有的，只是換了一種使用方式，大致上還是跟原先一樣有兩個步驟：

1. 設定要 Include 的指令碼檔案
2. 在 View 裡面嵌入使用

但實現細節卻大不相同，我們來看看是怎麼個不同法？