軟體主廚的程式料理廚房

最近 IL Code 寫得比較多，主要是在練習，目的是希望自己將來遇到效能議題的時候，還有招數可以施展，剛開始練習寫 IL Code 的時候，是先從存取一個 instance 的公開或私有的屬性及欄位開始，這讓我想到一個套件 - FastMember，作者已經至少有 2 年沒有更新了，既然會一點 IL Code，那我能不能弄一套屬於自己的 Chef.FastMember 呢？

在先前的文章有提到過「在執行時期憑空捏造一個組件」這件事，我是用在自己打造的 Library 之中，而做這件事的最主要目的是在執行時期產生一個類別，用來產生使用端類別的替身，或是用來做一些特殊的識別，我們就來看一下，要在執行時期產生一個類別，需要做哪些事情？

上一篇文章有提到學著讀或寫 IL Code，對我們在程式執行狀況的掌握，有正向的提昇，那麼其中一種學習方式，就是透過我們平常撰寫的程式碼，看看它編譯出來的 IL Code 長什麼樣子，藉此來理解 IL Code，本篇文章就來介紹兩種查看 C# 編譯出來的 IL Code 的方式。

程式寫多了，我們多多少少會開發一些 Library 來輔助我們讓程式寫起來更方便一些，這些 Library 通常都獨立於專案之外，除了使用上的彈性之外，還有一個我們會關注的大概就是效能了，既然提到了效能，我們腦海中閃過的解決方案應該會有「撰寫 IL Code」這個選項，IL Code 雖然可讀性極差，但是如果我們有能力可以讀得懂，甚至使用 IL Code 撰寫程式的話，對我們在程式執行狀況的掌握，絕對有正向的提昇。

我就用 IL Code 撰寫一段將值指派給私有欄位的程式來當個起頭，之後如果還有遇到 IL Code 可以發揮的地方，我也會儘量整理成文章分享給大家。

這是無意中發現的一個語法，它的使用情境是這樣的，如果我們有一個型別是自訂類別的屬性，並且在建構式中有針對該屬性做初始化，在初始化後想要接著修改該屬性中裡面的屬性值，C# 的 Object Initializer 有一個簡便的語法 Xyz = { ... }。

看到 Bill 叔在 twMVC#39 講的 Compile-time weaving 的 AOP 框架 - PostSharp，勾起了我的 AOP 魂，隨手 Google 了一下，讓我找到了一個 Open Source 的框架 - AspectInjector（看名字我還以為是某個 Dependency Injection 的套件），看它在 GitHub 的介紹裡面下了 postsharp 的標籤，似乎有向 PostSharp 看齊的目標。

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

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

在 C# 應用程式內部要做鎖定，第一時間我們一定是先想到 lock 陳述式，但是 lock 陳述式無法在 async/await 的場景下使用，程式編譯不會通過，我們會得到一個錯誤訊息 - 無法在 lock 陳述式的主體中等候。

SQL Server 的資料型別中有一個 float，這個 float 在 C# 對應的應該是 double，而 C# 的 float 對應的 SQL Server 資料型別應該是 real，那如果將 real 對應成 C# 的 double 會發生什麼事？　答案是小數點的精準度會跑掉。