.NET週刊【9月第2期 2023-09-10】

國內文章

使用 OpenTelemetry 構建 .NET 應用可觀測性（2）：OpenTelemetry 專案簡介

https://www.cnblogs.com/eventhorizon/p/17678251.html

前世今生
OpenTelemetry 專案介紹
- OpenTelemetry Specification
- OpenTelemetry SDK
  - OpenTelemetry SDK架構
- OpenTelemetry Collector
下期預告

NET應用多語言-葡萄牙語軟體，如何處理在地化，特別是數位的轉換和計算

https://www.cnblogs.com/tianqing/p/17686679.html

在葡萄牙語軟體中，數位在地化通常涉及小數點和千位分隔符的使用。在葡萄牙語中，小數點用「，」表示，而不是英語中使用的「.」。千位分隔符通常是一個空格或一個點。

例如：62.5，其實代表的不是62.5 而是625M

為了正確地處理數位在地化，可以使用.NET框架中提供的CultureInfo類。此類允許您指定當前執行緒的區域設定，以便在處理數位時使用正確的格式和分隔符。

循序漸進介紹基於CommunityToolkit.Mvvm 和HandyControl的WPF應用端開發(1)

https://www.cnblogs.com/wuhuacong/p/17687598.html

在我們的SqlSugar的開發框架中，整合了Winform端、Vue3+ElementPlus的前端、以及基於UniApp+Vue+ThorUI的移動前端幾個前端處理，基本上覆蓋了我們日常的應用模式了，本篇隨筆進一步介紹前端應用的領域，研究整合WPF的應用端，循序漸進介紹基於CommunityToolkit.Mvvm 和HandyControl的WPF應用端開發。

C#結合OpenCVSharp4使用直方圖演演算法比較圖片相似度

https://www.cnblogs.com/ycit/p/17689380.html

直方圖有灰度直方圖、顏色直方圖,如果是灰度影象，那麼就用灰度直方圖,這裡使用顏色直方圖來計算兩個圖片的相似度。

這裡只記錄如何使用，至於演演算法原理，問就是不會。

直方圖演演算法效率高，但精度不夠，適合快速比較，例如以圖搜圖。

C#結合OpenCVSharp4圖片相似度識別

https://www.cnblogs.com/ycit/p/17688625.html

需求背景：需要計算兩個圖片的相似度，然後將相似的圖片進行歸納。

基於ASP.NET ZERO，開發SaaS版供應鏈管理系統

https://www.cnblogs.com/freedyang/p/17679280.html

在園子吸收營養10多年，一直沒有貢獻，目前園子危機時刻，除了捐款+會員，也鼓起勇氣，發篇文助力一下。

2018年下半年，公司決定開發一款SaaS版行業供應鏈管理系統，經過選型，確定採用ABP（ASP.NET Boilerplate）框架。為了加快開發效率，購買了商業版的 ASP.NET ZERO（以下簡稱ZERO），選擇ASP.NET Core + Angular的SPA框架進行系統開發（ABP.IO屆時剛剛起步，還很不成熟，因此沒有選用）。

關於ABP與ZERO，園子裡已經有諸多介紹，因此不再贅述。本文側重介紹我們基於ZERO框架開發系統過程中進行的一些優化、調整、擴充套件部分的內容，方便有需要的園友們瞭解或者參考。

C#中的ConcurrentExclusiveSchedulerPair類

https://www.cnblogs.com/baibaomen-org/p/17679008.html

現實生活中的例子是一個停車場的入口和出口，多輛車可以同時進入和離開停車場，但是隻有一個車輛可以進入或離開一次。

這時候就需要保證同時只有一個車輛能夠存取停車場的入口或出口，避免出現多輛車同時進出停車場的競態條件和導致車輛堵塞的問題。

使用ConcurrentExclusiveSchedulerPair可以將需要獨佔存取的停車場入口和出口操作加入ExclusiveScheduler中，從而保證在任何時候都只有一個車輛能夠進入或離開停車場，避免了競態條件和資料不一致的情況。

【譯】.NET 8 攔截器（interceptor）

https://www.cnblogs.com/MeteorSeed/p/17663658.html

　通常情況下，出於多種原因，我不會說我喜歡寫關於預覽功能的文章。我的大多數貼文旨在幫助人們解決他們可能遇到的問題，而不是找個肥皂盒或打廣告。但是我認為我應該介紹這個 .NET 預覽特性，因為它是我在 .NET 生態系統中渴望已久的東西（猴子修補程式，monkey patching，在執行時動態修改模組、類或函數，通常是新增功能或修正缺陷，猴子修補程式在程式碼執行時記憶體中發揮作用，不會修改原始碼，因此只對當前執行的程式範例有效；因為猴子修補程式破壞了封裝，而且容易導致程式與修補程式程式碼的實現細節緊密耦合，所以被視為臨時的變通方案，不是整合程式碼的推薦方式）的姊妹主題。如果你不熟悉這個話題，我建議你閱讀我關於猴子打修補程式的貼文。一般來說，猴子修補程式允許你用一個實現代替另一個實現，你知道嗎，. NET 8引入了攔截器的概念。