軟體主廚的程式料理廚房

先前有介紹過用 SqlBulkCopy 快速批次 Insert 大量資料，心裡想說既然快速批次 Insert 大量資料有 SqlBulkCopy，那我要快速批次 Update 大量資料有沒有類似於 SqlBulkCopy 的東西可以用？很可惜，可能是我孤陋寡聞，遍尋不著可以像 SqlBulkCopy 這麼相對容易操作的工具，不過我倒是有找到替代方案，速度上也可以接受，我把整個實作的過程做個記錄，以利往後參考。

SqlBulkCopy 它不是個新玩意兒，但是我最近才認識它，「你不知道你還有哪些不知道」是一件很恐怖的事情，原來 SqlBulkCopy 在 .NET 2.0 就有了，它的出現讓 Insert 大量資料變得更方便了，我只能感嘆相見恨晚。

之前將 SonarQube 裝在 CentOS 上，裝完後發現它無法跟我的幻想一樣地分析 C# Code，要分析 C# Code 還是得要在 Windows 的環境才行，因此我把 SonarQube 移到 Windows Server 上，資料庫就延用 MySQL，執行分析的步驟跟在 CentOS 環境上有一點不一樣，我們就來看看 SonarQube 在 Windows 環境怎麼分析 C# Code。

為什麼會想寫這篇呢？因為我看到了這樣的程式碼：

以及

我不曉得，原來有很多的 .NET 程式設計師不知道 .NET Framework 已經提供了很好的日期時間處理方式。

之前扒網頁扒到「伺服器認可通訊協定違規. Section=...」的問題，決定追根究柢一下，這個訊息不是只有在用 RestSharp 接收 Response 時會這樣，用 Fiddler 做側錄的時候也會跳出警告訊息來。

用 RestSharp 扒到一個沒看過的 ErrorException（伺服器認可通訊協定違規. Section=ResponseStatusLine），明明用 Postman 打它就好好的沒問題。

在有繼承關係的類別中使用 AutoMapper 為整個繼承鏈的類別做 OOM 有很多眉角需要注意，包含使用 Include 語法宣告所有派生類別的對應，以及為所有派生類別明確地建立對應地圖，就在前幾天我踩到了 Ignore() 的地雷...

之前在[料理佳餚] 使用 Decorator Pattern 分離參數檢查與資料處理這篇文章有提到我想要用 AOP 的方式來把參數的條件檢查分離出來，當時還沒有什麼好的做法，但是在遇到 FluentValidation 之後有了新的想法，只要搭配 Autofac 及 Autofac.Extras.DynamicProxy2 就可以實現參數條件檢查的 AOP 攔截器。

先前在[料理佳餚] 使用 Decorator Pattern 分離參數檢查與資料處理這篇文章裡分享過如何分離參數的條件檢查及資料處理的邏輯，讓程式碼的職責可以更聚焦，不過那篇文章裡面參數檢查條件的範例部分是單純用 if...else... 兜出來的，看起來有點「阿雜」。

有一個 Package 叫 FluentValidation，它可以將單純用 if...else... 兜出來的參數檢查條件，用口語化的方式來表達，讓程式碼可以更貼進人的閱讀習慣。

軟體開發的過程當中，針對傳遞進方法中的參數避免不了一定要做一些像是邊界值、限定值、特殊值…等一堆你想得到的檢查，如果我們把條件檢查跟資料處理放在同一個程式碼區塊，同一區塊的程式碼長度就會增長，自然就會降低閱讀的順暢度。

我也想過用 AOP 的方式來解決，但是沒有想出來一個比較好的設計去處理不同的參數個數、不同的參數型態，以及要檢查的邏輯，想來想去 Decorator Pattern 雖然會多出一些類別，但能做好「關注點分離」，這一點點的 effort 是可以接受的。