如果我們接手維護一個資料庫，裡面的 Table、View、Stored Procedure、Function、Trigger 相依鏈錯綜複雜，想要定位發生問題的區塊，搞得像盜墓一樣，這天我無意間發現 SSMS（SQL Server Management Studio）有一個「檢視相依性」的功能，有助我們來釐清資料庫物件的相依鏈。
上一篇文章有提到學著讀或寫 IL Code，對我們在程式執行狀況的掌握，有正向的提昇，那麼其中一種學習方式，就是透過我們平常撰寫的程式碼，看看它編譯出來的 IL Code 長什麼樣子，藉此來理解 IL Code，本篇文章就來介紹兩種查看 C# 編譯出來的 IL Code 的方式。
程式寫多了，我們多多少少會開發一些 Library 來輔助我們讓程式寫起來更方便一些，這些 Library 通常都獨立於專案之外，除了使用上的彈性之外，還有一個我們會關注的大概就是效能了，既然提到了效能，我們腦海中閃過的解決方案應該會有「撰寫 IL Code」這個選項，IL Code 雖然可讀性極差，但是如果我們有能力可以讀得懂，甚至使用 IL Code 撰寫程式的話，對我們在程式執行狀況的掌握，絕對有正向的提昇。
我就用 IL Code 撰寫一段將值指派給私有欄位的程式來當個起頭，之後如果還有遇到 IL Code 可以發揮的地方，我也會儘量整理成文章分享給大家。
Windows Forms 的 DataGridView 開啟編輯資料之後，我們就可以在畫面上直接對資料進行修改，預設的統一操作行為是修改完資料之後，按下 Enter 鍵或是離開該儲存格，資料就會更新到綁定的 DataSource 上，就像下面這樣：
但是呢，使用者會希望能在修改之後立即更新到 DataSource，不要再多敲 Enter 鍵或離開儲存格的動作，尤其是 ComboBox，我們來看一下怎麼弄？
這件事情是這樣的，在 ASP.NET MVC 有一個 Display Mode 功能，我們公司把它應用在 AWD（Adaptive Web Design） 機制上，雖然在 ASP.NET Core 被拿掉了，但是我們可以實作 IViewLocationExpander 把它給弄回來，某天發現某個 Mobile 網頁的內容套到了 Desktop 版的 Layout，百思不得其解，最後爬了 ASP.NET Core 的原始碼才知道怎麼回事。
Cache 是在 Web 應用程式開發領域，無論前端或後端都需要深入了解的一件事情，良好的 Cache 機制是可以降低網頁的回應時間，以及同時節省後端伺服器的運算資源，其中關乎到 Cache 品質的兩項因素是：新鮮度、命中率，而影響到這兩項因素的關鍵就在於我們的更新策略。
這件事情說穿了其實就是用 Babel，平常就有在關注前端技術發展的朋友應該不陌生，Babel 可以將 JavaScript 比較新的語法轉譯成通用的寫法，讓舊版的瀏覽器（例如：IE）可以執行，我們就不需要為了舊版的瀏覽器而捨棄新語法。
_ViewStart.cshtml 在 ASP.NET MVC 就存在了，而 ASP.NET Core MVC 則多了一個 _ViewImports.cshtml，這兩個都會對 View 有全域性的影響，重新來了解一下 _ViewStart.cshtml 及新多的 _ViewImports.cshtml 的作用。
微軟官方部落格在去年發佈了一篇 System.IO.Pipelines: High performance IO in .NET，這個東西高不高效我是比較不出來，但是它著實解決了以往在接收 NetworkStream 時算位置的困擾，用它寫出來的程式碼簡潔清晰許多。
