ASP.NET Core中ILoggingBuilder接口的作用是什么？

先看问题里提到的代码：

WebApplicationBuilder中的属性：

public ILoggingBuilder Logging { get; }

ILoggingBuilder接口定义：

public interface ILoggingBuilder
{
    IServiceCollection Services { get; }
}

虽然这个接口只暴露了Services属性，但它的存在绝非多余，核心原因有这几点：

• 明确职责，语义清晰：ILoggingBuilder是专门为日志配置打造的入口，它的存在直接告诉开发者：这个属性下的所有操作都是针对日志服务的配置，和其他DI服务配置划清了边界。比如写builder.Logging.AddConsole()时，不用猜就知道这是加日志控制台输出，比直接在Services里注册日志组件要直观得多。

• 承载专属扩展方法：.NET生态里几乎所有日志相关的扩展方法（比如AddConsole()、AddDebug()、AddSerilog()）都是基于ILoggingBuilder实现的。如果直接用IServiceCollection，这些日志扩展就得堆在IServiceCollection的扩展方法里，会让这个接口的扩展变得臃肿不堪，把日志、数据库、路由等各种配置混在一起，不符合单一职责原则。

• 预留未来扩展空间：现在接口只有Services属性，但以后如果要给日志配置加专属能力——比如直接暴露MinimumLevel配置、日志过滤器的快捷设置，只需要在ILoggingBuilder里新增属性或方法就行，完全不用改动WebApplicationBuilder的核心结构，也不会影响其他依赖IServiceCollection的代码，扩展性拉满。

• 模块化配置的设计思路：WebApplicationBuilder本身就是按模块拆分配置入口的，比如Configuration管配置读取、Logging管日志、Services管通用DI。这种拆分让项目配置结构更清晰，开发者能快速定位到对应模块的配置区域，大幅提升代码可读性和维护性。

内容的提问来源于stack exchange，提问作者Ethan Kharitonov