摘要： 1.性能問題-批量多次讀寫、序列化和反序列化的場景 注意看到dotnet下的IDistributedCache接口內部方法聲明都是針對單個key的，當需要多次大量讀寫同一類型kv值時，存在多次連接redis的情況，導致性能特別慢。 在abp框架中AbpRedisCache有些SetMany和GetM 閱讀全文

摘要： 需求：在多個方法前后輸出日志 logger.Info("begin"); method(); logger.Info("end"); 如果需要在方法后輸出日志同時加上時長 logger.Info("begin"); var sw= Stopwatch.StartNew(); method(); sw 閱讀全文

摘要： 這個計算是否準備，或者差不多也行，我理解是差不多的 Process.GetCurrentProcess().WorkingSet64 - Gc.GetGCMemoryInfo().HeapSizeBytes 閱讀全文

摘要： 比較水的文章，非常的基礎，就當是記錄下吧！ 1.關于在集合中搜索帶來的性能問題，建議用字典（Dictionary） 很多時候需要在一個集合如List中按唯一鍵查找某個對象，如果用Where擴展方法或者find等方法，是很慢的，特別是大量這樣的查找就特別慢。 如果是對集合中的每個數據都要做點什么，那么 閱讀全文

摘要： 這是很早以前遇到的一個問題，覺得說出來有那么一點意義。 有個樹形控件，每行前面都有一個復選框，勾選它需要把下級所有的行也都勾上，下級的每行都勾選時還需要給上級也勾選上，存在多級級聯。 就上面的功能，勾選框的change事件里需要給下級的勾選框設置相同的checked，導致下級的change事件觸發， 閱讀全文

摘要： 1. 問題 環境是dotnet8及以前的版本，dotnet9+不知道是否還有這個問題（我猜是一樣的）。 如下代碼，在多播委托await異步執行時，不會等待委托方法執行完成，它們在新的線程中運行。 async Task A() { } async Task B() { } Func<Task> fun 閱讀全文

摘要： 本文基于efcore8.0，參考文檔。 假設需要重寫efcore或者特定數據庫的方法的SQL轉換，按上面文檔及其示例代碼，本例中我們大概就是提供下面幾個接口的實現。 IMethodCallTranslator IMethodCallTranslatorPlugin IDbContextOptions 閱讀全文

摘要： C#9.0是2020年發布的，record特性還沒用上的可以看過來，一起討論下。 下面通過一個簡單的示例演示record帶來的好處。 1. 通過一個示例引出問題 public class Person { public string Name { get; set } ... } public cl 閱讀全文

摘要： 如題，當CultureInfo是俄文（ru-RU）時，浮點數中的點是用逗號表達的，如1.1會顯示成1,1，造成很多的麻煩，當然如果全系統中全部采納逗號作為浮點也沒問題，只要用戶接受就可以，但有時需要繼續用點號，那么解決辦法如下。 1. 修改DefaultThreadCurrentCulture 我們 閱讀全文

摘要： 如題 hangfire.entityframeworkcore這個庫因為System.Threading.Timer未停止也未釋放，導致產生大量的Timer一直在執行，占用大量cpu和內存。 https://github.com/sergezhigunov/Hangfire.EntityFramew 閱讀全文

摘要： 1. 問題 達夢dotnet efcore的驅動DM.Microsoft.EntityFreameworkCore。 如果實體中存在DateTimeOffset類型字段時，查詢報錯：invalid cast from DateTime to DateTimeOffset。 Invalid cast 閱讀全文

摘要： 達夢數據庫的DOTNET驅動DM.Provider，這個版本8.3.1.30495有bug，會把空字符串改成DBNull處理，反編譯代碼發現Dm.DmSetValue.SetString方法中判斷字符串長度==0就設置成DBNull。 解決辦法就是 降低版本到8.3.1.28188。 // Dm.D 閱讀全文

摘要： 工作中經常遇到性能問題，包括cpu和內存占用高等問題，還有經常想監控當前程序運行情況，如代碼運行頻次、耗時、占用cpu和內存情況等。基本都是要從dump等診斷工具或者日志去分析，操作麻煩。 今年初就思考是否可以做這樣的一個更加方便的工具，可以線上實時分析診斷dotnet程序，并給出結果或者建議，也可 閱讀全文

摘要： 問題 Abp vNext框架，后臺服務使用IStringLocalizer獲得翻譯時，與設置的“Abp.Localization.DefaultLanguage”不一致，一直是按服務器的本地語言來的。 分析 Abp中重寫了IStringLocalizer，Abp源碼簡化如下。 public clas 閱讀全文

摘要： 上個文章介紹了動態LINQ庫。 然后動態造了一個查詢，示例如下： //ctx是EF的DbContext，字段Value是字符串類型 await ctx.Tables.Where("As(Value,\"DateTime?\")>@0",datetime).ToListAsync(); 上面的查詢條件 閱讀全文