軟體主廚的程式料理廚房

上一篇文章我們介紹了 B-Tree，接下來要介紹它的兄弟 - B+Tree，承襲 B-Tree 的特性，B+Tree 一樣是自平衡樹，搜尋的複雜度一樣也是可以穩定在 O(log n)，原則也都一樣，唯一不同的是 B+Tree 的葉節點會有全部的索引鍵，可想而知，這會多使用一些空間，但是換來的是，在做範圍搜尋的時候可以掃瞄葉子節點就好。

B-Tree 是一種資料結構，大多是應用在搜尋的場景上，B-Tree 的搜尋複雜度最差是 O(log n)，這個複雜度算是相當低，表示 B-Tree 的搜尋演算法是很有效率的，常見的資料庫系統及磁碟檔案系統都有用上它，除此之外，如果我們要自建搜尋系統的話，B-Tree 或許能派上用場。

過去在 .NET Framework 想要取得執行檔所在位置，我都是用 System.Reflection.Assembly.GetExecutingAssembly().Location 搞定，很少有無法正常運作的時候，但是到了 .NET Core／.NET 的時代，這個方法已經不再適用於多數情境了。

從 C# 7.0 開始多了一個 - ValueTuple 的實值型別可以用，有用過的朋友應該都能感覺出其方便之處，尤其在撰寫多值回傳方法的時候，除了可以減少宣告過渡型類別的數量之外，還能避免在方法簽章中宣告多個 out 參數，沒想到它還可以簡化 Swap 程式碼。

以往在 Json.NET 有 JToken、JObject、JArray、JValue 這些類別，可以讓我們在反序列化 JSON 的時候，不必一定要為其結構新增對應的型別，2021 年 11 月 .NET 6 釋出之後，內建的 System.Text.Json 也隨之升級，增加了 JsonNode、JsonObject、JsonArray、JsonValue，與 Json.NET 的那四個類別相對應，那我想要在 .NET Framework 使用 System.Text.Json 行不行？

客戶的網站有提供部落格的功能，讓會員可以在上面寫一些文章，經營得算是頗有流量，有流量就容易吸引一些蹭流量的人，色情廣告就是其中之一，目前客戶在色情廣告上的處理仍然是採用人工封鎖的方式，成本高又反應慢，所以打算引入 Azure Cognitive Services（認知服務）的 Custom Text Classification（自訂文字分類），來讓阻擋色情廣告這件事情可以更有效率一些。

拜讀了一篇圖文並茂講解 DNS 查詢的文章之後，覺得好像可以自己動手寫一個 DNS 服務，但其實 Windows Server 幾乎都已經內建 DNS 服務，即使是 Linux 也有相對應的 DNS 套件，裝一下就可以用了，所以這篇文章雖然說要撰寫一個 DNS 服務，不過也就是當好玩，拿來練練手而已。

講到資料庫的唯一值，第一個我們會想到就是主索引鍵（Primary Key），那同一個資料表內除了主索引鍵之外會不會有其他的唯一值？我之前遇過的一個需求就有，它是一個部落格的功能，讀者可以收藏文章，同一篇文章不能重複收藏，而讀者可以對已收藏的文章進行任意的排序，所以「讀者 ID + 文章 ID」就成了資料表的主索引鍵，而「讀者 ID + 序號」就是資料表中的另一組唯一值。

如果我們希望顯示在我們網站上的圖片符合一定的大小，一個方式是在上傳的時候就做嚴格控管，另外一個方式是在顯示的時候隨著我們設定的參數即時調整，我們選擇的解決方案是後者的話，那麼我們可以不用自己做，這篇文章要來跟大家介紹一個可以即時調整圖片大小、解析度，甚至裁切、翻轉、模糊化、上浮水印的一個圖床服務 - bunny.net。

前一篇文章跟大家介紹的 Azure Queue Storage 接收訊息只能用定時 Pull 的方式，對於訊息需要隨送隨收的場景，Azure Queue Storage 用起來就顯得拐腳，Azure 有另外一個 Message Queue 服務 - Azure Service Bus，它的功能就比 Azure Queue Storage 更完整，稍貴一些，但還是比自己架要省。