C#扩展方法是否支持依赖参数的自动注入？

实现方案 #

C# 静态扩展方法本身原生不支持依赖注入参数自动填充，可通过以下几种方式实现需求：

方案1：服务定位器模式（保留扩展方法调用形式） #

给现有扩展方法新增无参重载，内部从DI容器中获取已注册的IA、IB实例，代码示例如下：

public static class EntityExtensions
{
    // 初始化时赋值为全局DI容器，ASP.NET Core场景可替换为IHttpContextAccessor获取请求级容器
    internal static IServiceProvider ServiceProvider { get; set; }

    // 对外暴露的无参调用入口
    public static void SomeExtension(this Entity obj)
    {
        // 按需创建Scope，避免Scoped服务生命周期泄漏
        using var scope = ServiceProvider.CreateScope();
        var a = scope.ServiceProvider.GetRequiredService<IA>();
        var b = scope.ServiceProvider.GetRequiredService<IB>();
        obj.SomeExtension(a, b);
    }

    // 保留原有带参重载，用于单元测试场景
    public static void SomeExtension(this Entity obj, IA a, IB b)
    {
        // 原有实现逻辑
        ...
    }
}

• 优点：完全保留obj.SomeExtension()的调用形式，改造量极小
• 缺点：属于服务定位器模式，依赖关系不显性，单元测试需要手动配置ServiceProvider，需注意Scoped服务的生命周期处理

方案2：封装为注入服务（符合DI最佳实践） #

放弃静态扩展方法的调用形式，将逻辑封装为可注入的服务类，代码示例如下：

// 定义服务接口
public interface IEntityOperationService
{
    void SomeExtension(Entity obj);
}

// 实现服务类，依赖通过构造函数注入
public class EntityOperationService : IEntityOperationService
{
    private readonly IA _a;
    private readonly IB _b;

    public EntityOperationService(IA a, IB b)
    {
        _a = a;
        _b = b;
    }

    public void SomeExtension(Entity obj)
    {
        // 原有扩展逻辑
        ...
    }
}

在DI容器中注册IEntityOperationService后，仅需要在使用的类中注入该服务，调用_entityOperationService.SomeExtension(obj)即可。

• 优点：完全符合DI规范，依赖关系显性，单元测试友好，无生命周期风险
• 缺点：无法使用obj.的扩展方法调用形式

选型建议 #

如果仅为少量场景、改造优先级低，可以选择方案1；如果项目追求规范可维护，优先选择方案2。

内容的提问来源于stack exchange，提问作者Libor Drozdek