Microsoft 依赖注入文档

Question

在依赖注入的文档中，我注意到以下行。

MVC 框架会自动查看服务提供者以 在 Controller 中注册我们的依赖。

然后他们提供了一个构造函数注入的基本示例，不是他们的示例，而是本质上的 this。

public class Example
{
     private IFooFactory foo;

     public Example(IFooFactory foo) => this.foo = foo;

     public void SampleUse()
     {
          using(var context = foo.Create())
              context.DoSomething();
     }
}

如果你有一个控制台应用程序，默认情况下它不会查看服务提供者来注册你对具体实现的依赖。有没有办法模拟呢？否则，控制台应用程序将要求您执行以下操作：

public static Main(string[] args)
{
    // Stuff to prepare the application and build service provider.
    var service = serviceProvider.GetService<IFooFactory>();
    using(var context = service.Create())
        context.DoSomething();

    // OR

    var fooFactory = serviceProvider.GetService<IFooFactory>();
    new Example(fooFactory).SampleUse();
}

这会产生必须传递IFooFactory 或将您可能希望为结构分开的主要内容的问题。当使用定义的接口创建新类时，如何让控制台应用程序查看提供程序？

Answer 1

您必须手动创建所有内容，因为框架无法自动为您完成。

var services = new ServiceCollection();
services.AddTransient<IFooFactory, FooFactory>();
services.AddTransient<Example>();

IServiceProvider serviceProvider = services.BuildServiceProvider();

Example example = serviceProvider.GetService<Example>();

example.SampleUse();

虽然并不理想，但通常是手动配置 DI 的大多数示例中显示的方式。

当您检查框架 DI 集成时，它在启动期间在后台执行完全相同的操作。

您可能可以编写自己的代码来检查可用类型，但这是一项非常广泛的任务，需要您自己解决。

参考Dependency injection in ASP.NET Core

默认服务容器更换

内置服务容器旨在满足用户的需求 框架和大多数消费者应用程序。我们建议使用内置 容器，除非您需要它不支持的特定功能。 3rd 方容器支持的某些功能在 内置容器：

• 属性注入
• 基于名称的注入
• 儿童容器
• 自定义生命周期管理
• Func<T> 支持延迟初始化