軟體主廚的程式料理廚房

一個專案的結束，總不能船過水無痕，得留下些什麼。除了原始碼，資料庫內的資料也經常是需要被封存的對象，在地端的 SQL Server 通常只要將 MDF、LDF 檔案封存起來就可以搞定了，而雲端的 Azure SQL Database 沒有 MDF、LDF 檔案，取而代之，我們可以改用「匯出（Export）」的方式，將整個資料庫的資料給弄出來。

Regular Expression（正則表達式），在我個人的學習過程一直都是用戰養戰的方式來熟悉它的，透過不斷地實作來讓自己對這些生澀的語法不再陌生，但是其中有一些特性即使知道了還是會踩坑，Greedy Mode（貪婪模式）就是其中一個。

如果說有什麼工具是在 IT 行業內不同領域都需要去學會的，我認為 Regular Expression（正則表達式）會是其中之一，而我們使用 Regular Expression 大都是去比對是否包含某個字或詞？鮮少遇到比對「不包含」的情境，我就我遇過的需求來介紹 Regular Expression 的比對「不包含」。

這件事情是這樣的，在 ASP.NET MVC 有一個 Display Mode 功能，我們公司把它應用在 AWD（Adaptive Web Design） 機制上，雖然在 ASP.NET Core 被拿掉了，但是我們可以實作 IViewLocationExpander 把它給弄回來，某天發現某個 Mobile 網頁的內容套到了 Desktop 版的 Layout，百思不得其解，最後爬了 ASP.NET Core 的原始碼才知道怎麼回事。

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

這件事情說穿了其實就是用 Babel，平常就有在關注前端技術發展的朋友應該不陌生，Babel 可以將 JavaScript 比較新的語法轉譯成通用的寫法，讓舊版的瀏覽器（例如：IE）可以執行，我們就不需要為了舊版的瀏覽器而捨棄新語法。

XPath 發佈已經快 20 年了，在 Lambda 運算式 出世之前想要選取 XML 節點，XPath 的語法是一定要去了解的，至今仍然還是有可能會遇到無法使用 Lambda 運算式的情況，例如：.NET Framework 2.0 的專案，底下列幾個我常遇到的需求範例。

使用 Entity Framework 大都會搭配 Lambda Expression 到資料庫去 Query 資料出來，但是通常我們只能在程式碼中先寫好查詢的條件，當遇到不同條件的時候就要再寫一組查詢的條件，那我們能不能寫一個查詢條件的產生器，可以依照我丟進去的條件參數，幫我產生不同組合的查詢條件？

在上週末從 David Ko 的 Agile 敏捷專案管理實務班結業後，覺得有點後悔，倒不是課程不好，而是後悔自己沒有多跟同學分享我們 Team 這三年來嘗試導入 Agile 的心路歷程，真的是血淚交織啊！