動手造輪子：寫一個日誌框架

来源:https://www.cnblogs.com/weihanli/archive/2020/01/01/12126503.html
-Advertisement-
Play Games

日誌組件有很多，比如 `log4net` / `nlog` / `serilog` / `microsoft.extensions.logging` 等，如何在切換日誌組件的時候做到不用修改代碼，只需要切換不同的 `loggingProvider` 就可以了，最低成本的降低切換日誌框架的成本，處於這... ...


動手造輪子：寫一個日誌框架

Intro

日誌框架有很多，比如 log4net / nlog / serilog / microsoft.extensions.logging 等，如何在切換日誌框架的時候做到不用修改代碼，只需要切換不同的 loggingProvider 就可以了，最低成本的降低切換日誌框架的成本，處於這個考慮自己寫了一個日誌框架，為不同的日誌框架寫一個適配，需要用到什麼日誌框架，配置一下就可以了，業務代碼無需變動。

V0

最初的日誌強依賴於 log4net，log4net 是我使用的第一個日誌框架，所以很長一段時間都在使用它來做日誌記錄，但是由於是強依賴，在想換日誌框架時就會很難受，大量代碼要改動，不符合開放封閉的基本原則，於是就有了第一個版本的日誌。

V1

第一版的日誌參考了微軟的日誌框架的實現，大概結構如下：

public interface ILogHelperLogFactory
{
    ILogger CreateLogger(string categoryName);
    
    bool AddProvider(ILogHelperProvider provider);
}
public interface ILogHelperLogger
{
    bool IsEnabled(LogHelperLogLevel logLevel);
    void Log(LogHelperLogLevel logLevel, Exception exception, string message);
}
public enum LogHelperLogLevel
{
    /// <summary>
    /// All logging levels
    /// </summary>
    All = 0,

    /// <summary>
    /// A trace logging level
    /// </summary>
    Trace = 1,

    /// <summary>
    /// A debug logging level
    /// </summary>
    Debug = 2,

    /// <summary>
    /// A info logging level
    /// </summary>
    Info = 4,

    /// <summary>
    /// A warn logging level
    /// </summary>
    Warn = 8,

    /// <summary>
    /// An error logging level
    /// </summary>
    Error = 16,

    /// <summary>
    /// A fatal logging level
    /// </summary>
    Fatal = 32,

    /// <summary>
    /// None
    /// </summary>
    None = 64
}
public interface ILogHelperProvider
{
    ILogHelperLogger CreateLogger(string categoryName);
}

為了方便 Logger 的使用，定義了一些擴展方法，使得可以直接使用 logger.Info/logger.Error 等方法，擴展定義如下：

public static void Log(this ILogHelperLogger logger, LogHelperLevel loggerLevel, string msg) => logger.Log(loggerLevel, null, msg);

#region Info

    public static void Info(this ILogHelperLogger logger, string msg, params object[] parameters)
{
    if (parameters == null || parameters.Length == 0)
    {
        logger.Log(LogHelperLevel.Info, msg);
    }
    else
    {
        logger.Log(LogHelperLevel.Info, null, msg.FormatWith(parameters));
    }
}

public static void Info(this ILogHelperLogger logger, Exception ex, string msg) => logger.Log(LogHelperLevel.Info, ex, msg);

public static void Info(this ILogHelperLogger logger, Exception ex) => logger.Log(LogHelperLevel.Info, ex, ex?.Message);

#endregion Info
// ...其他的類似，這裡就不詳細展開了

如果要自定義的日誌記錄的話，就實現一個 ILogHelperProvider 即可，實現一個 ILogHelperProvider 就要實現一個 ILogHelperLogger ，原本強依賴的 log4net 可以實現一個 Log4NetLogHelperProvider，這樣換別的日誌框架的時候只需要實現對應的 ILogHelperProvider 即可，但是從功能性上來說還是很弱的

如果想要某些日誌不記錄，比如說，Debug 級別的日誌不記錄，比如說某一個 Logger 下只記錄 Error 級別的日誌，現在是有些吃力，只能通過 log4net 的配置來限制了，於是就有了第二個版本，增加了 LoggingFilter 可以針對 Provider/Logger/LogLevel/Exception 來設置 filter，過濾不需要記錄的日誌，這也是參考了微軟的日誌框架的 Filter，但是實現不太一樣，有興趣的小伙伴可以自己深入研究一下。

V2

V2 版，在 ILogFactory 的介面上增加了 AddFilter 的方法，定義如下：

/// <summary>   
/// Add logs filter 
/// </summary>  
/// <param name="filterFunc">filterFunc, logProviderType/categoryName/Exception, whether to write log</param>   
bool AddFilter(Func<Type, string, LogHelperLogLevel, Exception, bool> filterFunc);

然後定義了一些擴展方法來方便使用：

public static ILogHelperFactory WithMinimumLevel(this ILogHelperFactory logHelperFactory, LogHelperLevel logLevel)
{
    return logHelperFactory.WithFilter(level => level >= logLevel);
}

public static ILogHelperFactory WithFilter(this ILogHelperFactory logHelperFactory, Func<LogHelperLevel, bool> filterFunc)
{
    logHelperFactory.AddFilter((type, categoryName, logLevel, exception) => filterFunc.Invoke(logLevel));
    return logHelperFactory;
}

public static ILogHelperFactory WithFilter(this ILogHelperFactory logHelperFactory, Func<string, LogHelperLevel, bool> filterFunc)
{
    logHelperFactory.AddFilter((type, categoryName, logLevel, exception) => filterFunc.Invoke(categoryName, logLevel));
    return logHelperFactory;
}

public static ILogHelperFactory WithFilter(this ILogHelperFactory logHelperFactory, Func<Type, string, LogHelperLevel, bool> filterFunc)
{
    logHelperFactory.AddFilter((type, categoryName, logLevel, exception) => filterFunc.Invoke(type, categoryName, logLevel));
    return logHelperFactory;
}

public static ILogHelperFactory WithFilter(this ILogHelperFactory logHelperFactory, Func<Type, string, LogHelperLevel, Exception, bool> filterFunc)
{
    logHelperFactory.AddFilter(filterFunc);
    return logHelperFactory;
}

這樣就方便了我們只想定義針對 Logger 的 Filter 以及 Provider 的 Filter，不必所有參數都用到，logging filter 現在已經實現了，此時已經使用了 Serilog 做日誌記錄有一段時間，感覺 Serilog 里的一些設計很優秀，很優雅，於是想把 Serilog 里的一些設計用在自己的日誌框架里，比如說：

  1. Serilog 的擴展叫做 Sink，日誌輸出的地方，Serilog 自定義一個 Sink，很簡單隻需要實現一個介面，不需要再實現一個 Logger，從這點來說，我覺得 Serilog 比微軟的日誌框架更加優秀，而且 LogEvent 使得日誌更方便的進行批量操作，有需要的可以瞭解一下 Serilog 的 PeriodBatching https://github.com/serilog/serilog-sinks-periodicbatching

    /// <summary>
/// A destination for log events.
/// </summary>
public interface ILogEventSink
{
    /// <summary>
    /// Emit the provided log event to the sink.
    /// </summary>
    /// <param name="logEvent">The log event to write.</param>
    void Emit(LogEvent logEvent);
}

  2. Serilog 可以自定義一些 Enricher，以此來豐富記錄的日誌內容，比如日誌的請求上下文，日誌的環境等，也可以是一些固定的屬性信息

  3. MessageTemplate，其實微軟的日誌框架中也有類似的概念，只不過很不明顯，用 Serilog 之前我也很少用，微軟的日誌框架可以這樣用 logger.LogInfo("hello {name}", "world") 這樣的寫法其實就可以把第一個參數當作是 MessageTemplate 或者它內部的叫法 Format

鑒於這麼多好處，於是打算將這些功能引入到我的日誌框架中

V3

引入 LoggingEvent

說乾就乾，首先要引入一個 LogHelperLoggingEvent，對應的 Serilog 的 LogEvent，定義如下：

public class LogHelperLoggingEvent : ICloneable
{
    public string CategoryName { get; set; }

    public DateTimeOffset DateTime { get; set; }

    public string MessageTemplate { get; set; }

    public string Message { get; set; }

    public Exception Exception { get; set; }

    public LogHelperLogLevel LogLevel { get; set; }

    public Dictionary<string, object> Properties { get; set; }

    public LogHelperLoggingEvent Copy => (LogHelperLoggingEvent)Clone();

    public object Clone()
    {
        var newEvent = (LogHelperLoggingEvent)MemberwiseClone();
        if (Properties != null)
        {
            newEvent.Properties = new Dictionary<string, object>();
            foreach (var property in Properties)
            {
                newEvent.Properties[property.Key] = property.Value;
            }
        }
        return newEvent;
    }
}

Event 里定義了一個 Properties 的字典用來豐富日誌的內容，另外實現了 ICloneable 介面，方便對對象的拷貝，為了強類型，增加了一個 Copy 的方法，返回一個強類型的對象

改造 LogProvider

為了減少擴展一個 ILogProvider 的複雜性，我們要對 ILogProvider 做一個簡化，只需要像擴展 Serilog 的 Sink 一樣記錄日誌即可，不需要關心是否要創建 Logger

改造後的定義如下：

public interface ILogHelperProvider
{
    Task Log(LogHelperLoggingEvent loggingEvent);
}

(這裡返回了一個 Task，可能返回類型是 void 就足夠了，看自己的需要)

這樣在實現 LogProvider 的時候只需要實現這個介面就可以了，不需要再實現一個 Logger 了

增加 Enricher

Enricher 定義：

public interface ILogHelperLoggingEnricher
{
    void Enrich(LogHelperLoggingEvent loggingEvent);
}

內置了一個 PropertyEnricher，方便添加一些簡單的屬性


internal class PropertyLoggingEnricher : ILogHelperLoggingEnricher
{
    private readonly string _propertyName;
    private readonly Func<LogHelperLoggingEvent, object> _propertyValueFactory;
    private readonly bool _overwrite;
    private readonly Func<LogHelperLoggingEvent, bool> _logPropertyPredict = null;

    public PropertyLoggingEnricher(string propertyName, object propertyValue, bool overwrite = false) : this(propertyName, (loggingEvent) => propertyValue, overwrite)
    {
    }

    public PropertyLoggingEnricher(string propertyName, Func<LogHelperLoggingEvent, object> propertyValueFactory,
                                   bool overwrite = false) : this(propertyName, propertyValueFactory, null, overwrite)
    {
    }

    public PropertyLoggingEnricher(string propertyName, Func<LogHelperLoggingEvent, object> propertyValueFactory, Func<LogHelperLoggingEvent, bool> logPropertyPredict,
                                   bool overwrite = false)
    {
        _propertyName = propertyName;
        _propertyValueFactory = propertyValueFactory;
        _logPropertyPredict = logPropertyPredict;
        _overwrite = overwrite;
    }

    public void Enrich(LogHelperLoggingEvent loggingEvent)
    {
        if (_logPropertyPredict?.Invoke(loggingEvent) != false)
        {
            loggingEvent.AddProperty(_propertyName, _propertyValueFactory, _overwrite);
        }
    }
}

為 ILogFactory 增加一個 AddEnricher 的方法


/// <summary>
/// add log enricher
/// </summary>
/// <param name="enricher">log enricher</param>
/// <returns></returns>
bool AddEnricher(ILogHelperLoggingEnricher enricher);

這樣我們在記錄日誌的時候就可以通過這些 Enricher 豐富 LoggingEvent 中的 Properties 了

為了方便 Property 的操作，我們增加了一些擴展方法：

public static ILogHelperFactory WithEnricher<TEnricher>(this ILogHelperFactory logHelperFactory,
                                                        TEnricher enricher) where TEnricher : ILogHelperLoggingEnricher
{
    logHelperFactory.AddEnricher(enricher);
    return logHelperFactory;
}

public static ILogHelperFactory WithEnricher<TEnricher>(this ILogHelperFactory logHelperFactory) where TEnricher : ILogHelperLoggingEnricher, new()
{
    logHelperFactory.AddEnricher(new TEnricher());
    return logHelperFactory;
}

public static ILogHelperFactory EnrichWithProperty(this ILogHelperFactory logHelperFactory, string propertyName, object value, bool overwrite = false)
{
    logHelperFactory.AddEnricher(new PropertyLoggingEnricher(propertyName, value, overwrite));
    return logHelperFactory;
}

public static ILogHelperFactory EnrichWithProperty(this ILogHelperFactory logHelperFactory, string propertyName, Func<LogHelperLoggingEvent> valueFactory, bool overwrite = false)
{
    logHelperFactory.AddEnricher(new PropertyLoggingEnricher(propertyName, valueFactory, overwrite));
    return logHelperFactory;
}

public static ILogHelperFactory EnrichWithProperty(this ILogHelperFactory logHelperFactory, string propertyName, object value, Func<LogHelperLoggingEvent, bool> predict, bool overwrite = false)
{
    logHelperFactory.AddEnricher(new PropertyLoggingEnricher(propertyName, e => value, predict, overwrite));
    return logHelperFactory;
}

public static ILogHelperFactory EnrichWithProperty(this ILogHelperFactory logHelperFactory, string propertyName, Func<LogHelperLoggingEvent, object> valueFactory, Func<LogHelperLoggingEvent, bool> predict, bool overwrite = false)
{
    logHelperFactory.AddEnricher(new PropertyLoggingEnricher(propertyName, valueFactory, predict, overwrite));
    return logHelperFactory;
}

MessageTemplate

從上面的 LoggingEvent 中已經增加了 MessageTemplate，於是我們引入了微軟日誌框架中日誌的格式化，將 messageTemplate 和 parameters 轉換成 Message 和 Properties，具體參考 https://github.com/WeihanLi/WeihanLi.Common/blob/276cc49cfda511f9b7b3bb8344ee52441c4a3b23/src/WeihanLi.Common/Logging/LoggingFormatter.cs

internal struct FormattedLogValue
{
    public string Msg { get; set; }

    public Dictionary<string, object> Values { get; set; }

    public FormattedLogValue(string msg, Dictionary<string, object> values)
    {
        Msg = msg;
        Values = values;
    }
}

internal static class LoggingFormatter
{
    public static FormattedLogValue Format(string msgTemplate, object[] values)
    {
        if (values == null || values.Length == 0)
            return new FormattedLogValue(msgTemplate, null);

        var formatter = new LogValuesFormatter(msgTemplate);
        var msg = formatter.Format(values);
        var dic = formatter.GetValues(values)
            .ToDictionary(x => x.Key, x => x.Value);

        return new FormattedLogValue(msg, dic);
    }
}

這樣我們就可以支持 messageTemplate 了，然後來改造一下我們的 Logger

public interface ILogHelperLogger
{
    void Log(LogHelperLogLevel logLevel, Exception exception, string messageTemplate, params object[] parameters);

    bool IsEnabled(LogHelperLogLevel logLevel);
}

與上面不同的是，我們增加了 parameters

再來更新一下我們的擴展方法，上面的擴展方法是直接使用 string.Format 的方式的格式化的，我們這裡要更新一下

public static void Info(this ILogHelperLogger logger, string msg, params object[] parameters)
{
    logger.Log(LogHelperLogLevel.Info, null, msg, parameters);
}

public static void Info(this ILogHelperLogger logger, Exception ex, string msg) => logger.Log(LogHelperLogLevel.Info, ex, msg);

public static void Info(this ILogHelperLogger logger, Exception ex) => logger.Log(LogHelperLogLevel.Info, ex, ex?.Message);

至此，功能基本完成，但是從 API 的角度來說，感覺現在的 ILogFactory太重了，這些 AddProvider/AddEnricher/AddFilter 都應該屬性 ILogFactory 的內部屬性，通過配置來完成，不應該成為它的介面方法，於是就有了下一版

V4

這一版主要是引入了 LoggingBuilder， 通過 LoggingBuilder 來配置內部的 LogFactory 所需要的 Provider/Enricher/Filter，原來他們的配置方法和擴展方法均變成ILogHelperLoggingBuilder

public interface ILogHelperLoggingBuilder
{
    /// <summary>
    /// Adds an ILogHelperProvider to the logging system.
    /// </summary>
    /// <param name="provider">The ILogHelperProvider.</param>
    bool AddProvider(ILogHelperProvider provider);

    /// <summary>
    /// add log enricher
    /// </summary>
    /// <param name="enricher">log enricher</param>
    /// <returns></returns>
    bool AddEnricher(ILogHelperLoggingEnricher enricher);

    /// <summary>
    /// Add logs filter
    /// </summary>
    /// <param name="filterFunc">filterFunc, logProviderType/categoryName/Exception, whether to write log</param>
    bool AddFilter(Func<Type, string, LogHelperLogLevel, Exception, bool> filterFunc);

    ///// <summary>
    ///// config period batching
    ///// </summary>
    ///// <param name="period">period</param>
    ///// <param name="batchSize">batchSize</param>
    //void PeriodBatchingConfig(TimeSpan period, int batchSize);

    /// <summary>
    /// Build for LogFactory
    /// </summary>
    /// <returns></returns>
    ILogHelperFactory Build();
}

增加 logging 的配置：

public static class LogHelper
{
    private static ILogHelperFactory LogFactory { get; private set; } = NullLogHelperFactory.Instance;

    public static void ConfigureLogging(Action<ILogHelperLoggingBuilder> configureAction)
    {
        var loggingBuilder = new LogHelperLoggingBuilder();
        configureAction?.Invoke(loggingBuilder);
        LogFactory = loggingBuilder.Build();
    }

    public static ILogHelperLogger GetLogger<T>() => LogFactory.GetLogger(typeof(T));

    public static ILogHelperLogger GetLogger(Type type) => LogFactory.GetLogger(type);

    public static ILogHelperLogger GetLogger(string categoryName)
    {
        return LogFactory.CreateLogger(categoryName);
    }
}

最後的使用方式：

internal class LoggingTest
{
    private static readonly ILogHelperLogger Logger = LogHelper.GetLogger<LoggingTest>();

    public static void MainTest()
    {
        var abc = "1233";
        LogHelper.ConfigureLogging(builder =>
                                   {
                                       builder
                                           .AddLog4Net()
                                           //.AddSerilog(loggerConfig => loggerConfig.WriteTo.Console())
                                           .WithMinimumLevel(LogHelperLogLevel.Info)
                                           .WithFilter((category, level) => level > LogHelperLogLevel.Error && category.StartsWith("System"))
                                           .EnrichWithProperty("Entry0", ApplicationHelper.ApplicationName)
                                           .EnrichWithProperty("Entry1", ApplicationHelper.ApplicationName, e => e.LogLevel >= LogHelperLogLevel.Error)// 當 LogLevel 是 Error 及以上級別時才增加 Property
                                           ;
                                   });

        Logger.Debug("12333 {abc}", abc);
        Logger.Trace("122334334");
        Logger.Info($"122334334 {abc}");

        Logger.Warn("12333, err:{err}", "hahaha");
        Logger.Error("122334334");
        Logger.Fatal("12333");
    }
}

More

增加 LoggingEvent 還想做一個批量提交日誌，如上面定義的 PeriodBatchingConfig 一樣，批量同步到 Provider 但是實際使用下來，有些 provider 不支持設置日誌的時間，時間是內部記錄的，這樣一來日誌記錄的時間就不准了，而且大多都不支持批量寫日誌，所以後面放棄了，但是如果只是用自己的擴展，不用 log4net 之類的外部的日誌框架的話，我覺得還是可以做的，可以提高效率，目前主要用 Serilog 和 log4net，暫時不更新了，就先這樣吧

下一版本要解決的事情

  • ILogProvider 記錄日誌返回一個 Task 感覺有些雞肋，沒太大意義，後面再改一下吧
  • Serilog 的 Filter 是基於 LogEvent 的，後面看是否需要改一下，基於 LogEvent 的話更簡潔，而且可以根據 LogEvent 內的 Properties 做過濾，所以 AddFilter 的API 可以更新一下 AddFilter(Func<LogHelperLoggingEvent, bool> filter)

Reference


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • C# IO流與文件讀寫學習筆記
    本筆記摘抄自：https://www.cnblogs.com/liyangLife/p/4797583.html，記錄一下學習過程以備後續查用。 一、文件系統 1.1文件系統類的介紹 文件操作類大都在System.IO命名空間里，FileSystemInfo類是所有文件系統類的基類。FileInfo ...
  • DataReader類型化數據讀取與裝箱性能研究
    你應當知道的ORM的底層細節，DataReader高效使用的姿勢。 ...
  • C# compare different Encoding pattern between UTF8 and UTF32 based on Md5
    I had validated that different encoding mode can generate different result,they are not identical. Besides,the File.ReadAllBytes may based on UTF8 bec ...
  • 使用ASP.NET Core 3.x 構建 RESTful API - 4.1 面向外部的Model
    Entity Framework Core 使用的 Entity Model 是用來表示資料庫裡面的記錄的。 Entity Framework Core 使用的 Entity Model 是用來表示資料庫裡面的記錄的。 而面向外部的 model 則表示了要傳輸的東西。這類 model 有時候叫做 D ...
  • 到底什麼是.NET?
    ​.NET 概念比較龐大，本文只討論基礎知識,只用簡單語言描述。 我們是NET程式員，但是我們有沒有思考過到底什麼是.NET ？ 官方定義 .NET是微軟推出來的一個致力於敏捷開發的軟體框架。 大概2000年年左右，微軟推出了.NET 標準規範，既然有了標準就等於開發時候定義介面一樣，需要東西去實現 ...
  • 如何運用領域驅動設計 - 工作單元
    在上一篇 《如何運用領域驅動設計 - 存儲庫》 的文章中，我們講述了有關倉儲的概念和使用規範。倉儲為聚合提供了持久化到本地的功能，但是在持久化的過程中，有時一個聚合根中的各個領域對象會分散到不同的資料庫表裡面；又或者是一個用例操作需要操作多個倉儲；而這些操作都應該要麼同時成功，要麼同時失敗，因此就需... ...
  • C# 中的IComparable和IComparer
    前言 在開發過程中經常會遇到比較排序的問題，比如說對集合數組的排序等情況，基本類型都提供了預設的比較演算法，如string提供了按字母進行排序，而int整數則是根據整數大小進行排序.但是在引用類型中(具有多個欄位)，那麼這個排序當然也是取決於我們特定的值。 IComparable介面 該介面由其值可以 ...
  • 微信支付-小程式H5 公眾號 Payment SDK
    前言 今天是2020年一天，去年最後一個月開發了訂單和支付系統，尤其在支付系統和微信對接的時候遇到了很多坑，這裡給大家總結下，以免大家遇到相同的問題還浪費大量時間 微信支付前期準備 1. 微信商戶號，需要 ,`密碼 證書`，證書預設密碼是商戶號 2. 微信app（如 微信小程式 或者 微信公眾號） ...
一周排行
    -Advertisement-
    Play Games
  • 移動開發（一）：使用.NET MAUI開發第一個安卓APP
    移動開發（一）：使用.NET MAUI開發第一個安卓APP 對於工作多年的C#程式員來說，近來想嘗試開發一款安卓APP，考慮了很久最終選擇使用.NET MAUI這個微軟官方的框架來嘗試體驗開發安卓APP，畢竟是使用Visual Studio開發工具，使用起來也比較的順手，結合微軟官方的教程進行了安卓 ...
  • wpf ToggleButton選中效果和一個登錄界面
    前言 QuestPDF 是一個開源 .NET 庫，用於生成 PDF 文檔。使用了C# Fluent API方式可簡化開發、減少錯誤並提高工作效率。利用它可以輕鬆生成 PDF 報告、發票、導出文件等。 項目介紹 QuestPDF 是一個革命性的開源 .NET 庫，它徹底改變了我們生成 PDF 文檔的方 ...
  • 彈幕樹洞項目功能新增篇
    項目地址 項目後端地址： https://github.com/ZyPLJ/ZYTteeHole 項目前端頁面地址： ZyPLJ/TreeHoleVue (github.com) https://github.com/ZyPLJ/TreeHoleVue 目前項目測試訪問地址： http://tree ...
  • 第27篇 sqlserver2022詳細安裝步驟
    話不多說，直接開乾 一.下載 1.官方鏈接下載： https://www.microsoft.com/zh-cn/sql-server/sql-server-downloads 2.在下載目錄中找到下麵這個小的安裝包 SQL2022-SSEI-Dev.exe，運行開始下載SQL server； 二. ...
  • .NET 開源高性能 MQTT 類庫
    前言 隨著物聯網（IoT）技術的迅猛發展，MQTT（消息隊列遙測傳輸）協議憑藉其輕量級和高效性，已成為眾多物聯網應用的首選通信標準。 MQTTnet 作為一個高性能的 .NET 開源庫，為 .NET 平臺上的 MQTT 客戶端與伺服器開發提供了強大的支持。 本文將全面介紹 MQTTnet 的核心功能 ...
  • Serilog文檔翻譯系列（六） - 可用的接收器、增強器、格式化輸出
    Serilog支持多種接收器用於日誌存儲，增強器用於添加屬性，LogContext管理動態屬性，支持多種輸出格式包括純文本、JSON及ExpressionTemplate。還提供了自定義格式化選項，適用於不同需求。 ...
  • 警惕 Visual Studio 屬性求值副作用導致邏輯不符合預期
    目錄簡介獲取 HTML 文檔解析 HTML 文檔測試參考文章 簡介 動態內容網站使用 JavaScript 腳本動態檢索和渲染數據，爬取信息時需要模擬瀏覽器行為，否則獲取到的源碼基本是空的。 本文使用的爬取步驟如下： 使用 Selenium 獲取渲染後的 HTML 文檔 使用 HtmlAgility ...
  • [使用目前最新版]HybridCLR6.9.0+YooAsset2.2.4實現純C# Unity熱更新方案 (一)
    1.前言 什麼是熱更新 游戲或者軟體更新時，無需重新下載客戶端進行安裝，而是在應用程式啟動的情況下，在內部進行資源或者代碼更新 Unity目前常用熱更新解決方案 HybridCLR，Xlua，ILRuntime等 Unity目前常用資源管理解決方案 AssetBundles，Addressable， ...
  • 在 ASP.NET Core Web API 中使用操作篩選器統一處理通用操作
    本文章主要是在C# ASP.NET Core Web API框架實現向手機發送驗證碼簡訊功能。這裡我選擇是一個互億無線簡訊驗證碼平臺，其實像阿裡雲，騰訊雲上面也可以。 首先我們先去 互億無線 https://www.ihuyi.com/api/sms.html 去註冊一個賬號 註冊完成賬號後，它會送 ...
  • 第28篇 如何.net中實現高效可靠數據同步api
    通過以下方式可以高效，並保證數據同步的可靠性 1.API設計 使用RESTful設計，確保API端點明確，並使用適當的HTTP方法（如POST用於創建，PUT用於更新）。 設計清晰的請求和響應模型，以確保客戶端能夠理解預期格式。 2.數據驗證 在伺服器端進行嚴格的數據驗證，確保接收到的數據符合預期格 ...
所有分類