众所周知，ASP.NET Core有一个DI框架，应用程序启动时初始化。

　　预定义依赖

1： IApplicationBuilder:提供了配置应用程序的请求管道机制

2：ILoggerFactory：次类型提供了创建记录器组件的模式

3：LHostinEnvironment：此类型提供管理应用程序运行的Web宿主环境的信息。

　　注册自定义依赖

为了注册类型，需要让系统知道如何将一个抽象类型解析为一个具体类型，这种映射可以是静态设定，也可以是动态的。

public void ConfigureServices(IServiceCollection services) { services.AddTransient<ICustomerService, CustomerService>(); }

每当请求一个实现了ICustomerService的类型的实例时，系统返回CustomerService的一个实例，特别是，AddTransient方法确保了每次都会返回CustomerSerivce类型的一个新实例。

静态解析有时候有一定的局限性。事实上，如果需要根据运行时条件将类型T解析为不同的类型，它允许指定一个回调函数来解析依赖

public void ConfigureServices(IServiceCollection services) { services.AddTransient<ICustomerService>(provider=> { var context = provider.GetRequiredService<IHttpContextAccessor>(); if (SomeRuntimeConditionHolds(context.HttpContext.User)) return new CustomerServiceMatchingRuntionCondition(); else return new DefaultCustomerService(); }); }

　　收集配置数据

我们都知道之前的配置都是用web.config文件类获取配置，那么在Core中他们提供了一个更加丰富，复杂的基础结构。

它配置是基于 名称-值 对列表。1：Json数据提供程序，2：环境变量提供程序，3:内存提供程序。4：自定义配置提供程序。

关于自定义配置，我们需要实现一个IConfigurationSource接口的类，但是，在实现的时候，还需要引用一个集成自ConfigurationProvider的自定义类

public class MyDatabaseConfigSoure : IConfigurationSource { public IConfigurationProvider Build(IConfigurationBuilder builder) { throw new MyDatabaseConfigProvider(); } } public class MyDatabaseConfigProvider : ConfigurationProvider { private const string ConnectionString = ""; public override void Load() { using (var db = new MyDatabaseContext(ConnectionString)) { //.. } } }