前言
依赖关系注入(DI)，是一种在类及其依赖项之间实现控制反转(IoC)的技术。在ASP.NET Core中，依赖关系注入是“一等公民”，被大量使用。
通常，使用接口作为依赖关系实现抽象化，并且在服务容器中注册依赖关系，最后在运行时由框架负责创建依赖关系的实例，注入到使用它的类的构造函数中。
但是，如果忘记在服务容器中注册依赖关系，例如下面的代码，IRepository是WeatherForecastController的依赖项，但是没有被注册：
private readonly IRepository repository;public WeatherForecastController(IRepository repository)
{ this.repository = repository;
}代码可以正常编译，但是在运行时会报错：
这就相当于一个隐藏炸弹💣，你不知道什么时候会爆炸。
编译时依赖关系注入
这个问题可以使用编译时依赖关系注入解决，伪代码如下：
public WeatherForecastController Resolve()
{var repository = new RepositoryImpl();return new WeatherForecastController((IRepository)repository);
}通过直接写出生成类实例的代码，一旦没有生成依赖关系的实例，或者依赖关系的实例类型不对，编译时就会报错，我们可以立刻觉察到问题。
但是，全手写这样的代码也不现实，而且一旦修改依赖关系，代码就必须大量重构。
有不有更简单的方案？
StrongInject
StrongInject是一个用于实现编译时依赖关系注入的类库，如果你要解析的类型未注册，则会在编译时而不是运行时报错。
下面，我们用一个例子来演示如何使用StrongInject。
1.引用Nuget包
创建ASP.NET Core Web API项目，然后引用如下Nuget包：
StrongInject.Extensions.DependencyInjection2.注册Controller
修改Startup.cs：
public void ConfigureServices(IServiceCollection services)
{//services.AddControllers();services.AddControllers().ResolveControllersThroughServiceProvider();services.AddTransientServiceUsingContainer<Container, WeatherForecastController>();
}告诉ASP.NET Core使用Container类解析Controller的依赖关系。
3.依赖关系注入
新建Container.cs:
[Register(typeof(WeatherForecastController), Scope.InstancePerResolution)]
[Register(typeof(DemoRepository), Scope.SingleInstance, typeof(IRepository))]
public partial class Container : IContainer<WeatherForecastController>
{
}注册IRepository的实现为DemoRepository，其中Scope是生成实例的方式:
InstancePerResolution：单个实例在为单个Controller创建的所有依赖项之间共享。例如，如果A依赖B和C，而B和C依赖于D的实例，那么当A被解析时，B和C将共享相同的D实例。
InstancePerDependency：每次使用都会创建一个新实例。例如，类型B在A的构造函数中定义了两次，那么两个不同的实例将被传入构造函数。
SingleInstance：一个实例将在所有Controller的所有依赖项之间共享。
4.编译
编译代码，可以看到StrongInject是基于Source Generators实现，为WeatherForecastController生成了依赖注入解析代码：
如果我们在WeatherForecastController中增加一个依赖：
public WeatherForecastController(IRepository repository, ILogger<WeatherForecastController> logger)由于依赖没有注册，编译时报错：
结论
除了实现了编译时依赖关系注入功能，由于StrongInject基于Source Generators实现，没有字典查找，也没有运行时代码生成，因此依赖关系解析速度相对于运行时注入应该要快很多。
