众所周知，ASP.NET Core有一个DI框架，应用程序启动时初始化。
预定义依赖
1： IApplicationBuilder:提供了配置应用程序的请求管道机制
2：ILoggerFactory：次类型提供了创建记录器组件的模式
3：LHostinEnvironment：此类型提供管理应用程序运行的Web宿主环境的信息。
注册自定义依赖
为了注册类型，需要让系统知道如何将一个抽象类型解析为一个具体类型，这种映射可以是静态设定，也可以是动态的。
publicvoid ConfigureServices(IServiceCollection services) { services.AddTransient<ICustomerService, CustomerService>(); }
每当请求一个实现了ICustomerService的类型的实例时，系统返回CustomerService的一个实例，特别是，AddTransient方法确保了每次都会返回CustomerSerivce类型的一个新实例。
静态解析有时候有一定的局限性。事实上，如果需要根据运行时条件将类型T解析为不同的类型，它允许指定一个回调函数来解析依赖
publicvoid ConfigureServices(IServiceCollection services) { services.AddTransient<ICustomerService>(provider=> { var context = provider.GetRequiredService<IHttpContextAccessor>(); if (SomeRuntimeConditionHolds(context.HttpContext.User)) returnnew CustomerServiceMatchingRuntionCondition(); else returnnew DefaultCustomerService(); }); }
收集配置数据
我们都知道之前的配置都是用web.config文件类获取配置，那么在Core中他们提供了一个更加丰富，复杂的基础结构。
它配置是基于 名称-值 对列表。1：Json数据提供程序，2：环境变量提供程序，3:内存提供程序。4：自定义配置提供程序。
关于自定义配置，我们需要实现一个IConfigurationSource接口的类，但是，在实现的时候，还需要引用一个集成自ConfigurationProvider的自定义类
publicclass MyDatabaseConfigSoure : IConfigurationSource { public IConfigurationProvider Build(IConfigurationBuilder builder) { thrownew MyDatabaseConfigProvider(); } } publicclass MyDatabaseConfigProvider : ConfigurationProvider { privateconststring ConnectionString = ""; publicoverridevoid Load() { using (var db = new MyDatabaseContext(ConnectionString)) { //.. } } }
