ASP.NET Core迁移中仅单方法使用对象的DI方案咨询

核心问题解答 #

不需要为整个类注入依赖后就提前实例化对象，你可以通过延迟实例化的方式，仅在特定方法需要时才创建依赖对象，既遵守DI规范，又避免不必要的性能开销。

推荐解决方案 #

1. 使用Func<InnerClass>实现延迟解析 #

ASP.NET Core DI原生支持注入Func<T>类型，它相当于一个轻量级工厂，只有当你调用这个委托时，才会从容器中解析出InnerClass的实例。

修改后的代码示例：

public class TestClass(ILogger<TestClass> logger, Func<InnerClass> innerClassFactory)
{
    public void DoSomething()
    {
        // Do work here
    }

    public void DoAnotherThing()
    {
        // Do work here
    }

    private void CallSomethingFromInnerClass()
    {
        // 仅在需要时才创建InnerClass实例
        var innerClass = innerClassFactory();
        innerClass.DoInnerClassWork();
    }
}

public class InnerClass(ILogger<InnerClass> logger)
{
    public void DoInnerClassWork()
    {
        // Do work here
    }
}

• 优势：无需额外配置DI容器，Func<InnerClass>会自动由框架提供；InnerClass的ILogger<InnerClass>能被正确注入，保证日志类别正确；只有调用CallSomethingFromInnerClass时才会实例化InnerClass，避免初始化时的性能浪费。

2. 自定义工厂类（适用于复杂创建逻辑） #

如果InnerClass需要额外参数或自定义创建逻辑，可以封装一个工厂类，将工厂注入到TestClass中：

// 自定义工厂类
public class InnerClassFactory(IServiceProvider sp)
{
    public InnerClass Create()
    {
        // 可在此添加自定义创建逻辑
        return sp.GetRequiredService<InnerClass>();
    }
}

// 在Program.cs中注册DI
builder.Services.AddTransient<InnerClass>();
builder.Services.AddTransient<InnerClassFactory>();

// 在TestClass中使用工厂
public class TestClass(ILogger<TestClass> logger, InnerClassFactory innerClassFactory)
{
    private void CallSomethingFromInnerClass()
    {
        var innerClass = innerClassFactory.Create();
        innerClass.DoInnerClassWork();
    }
}

• 注意：尽量避免在工厂中滥用IServiceProvider，如果InnerClass有明确的依赖，最好直接注入到工厂类中，保持依赖透明。

ORM助手的数据库连接问题 #

如果InnerClass是ORM助手（比如基于Entity Framework Core的DbContext封装）：

• 只要你在DI容器中按规范注册DbContext（通常用AddDbContext默认注册为Scoped），每次解析InnerClass时，会获取当前作用域的DbContext实例。
• DbContext本身会利用ADO.NET的连接池机制，不会每次创建新的数据库连接——只有当执行查询/命令时才会从连接池获取连接，使用完毕后自动放回连接池，因此不会造成连接资源的浪费。

避坑提醒 #

• 不要直接new InnerClass()：这会破坏DI依赖链，导致InnerClass的依赖无法正确注入（比如日志器类别错误）。
• 不要直接注入IServiceProvider：这属于DI反模式，会隐藏类的真实依赖，降低代码的可测试性和可读性。
• 不要滥用[FromService]：该属性仅适用于控制器的动作方法参数，无法在私有方法中使用，且过度使用会模糊依赖关系。

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