这个库提供了在启动期间实例化已注册的单例，而不是在首次使用它时实例化。单例通常在首次使用时创建，这可能会导致响应传入请求的延迟高于平时。在注册时创建实例有助于防止第一次Request请求的SLA以往我们要在注册的时候启动单例可能会这样写://注册:services.AddSingleton<Fil

一般注入比较麻烦，可以不依赖第三方组件命名空间注入usingMicrosoft.Extensions.DependencyInjection;usingNewtonsoft.Json;usingSystem.Reflection;publicstaticclassServiceCollectionExtensions{publicstaticIServiceCollectionAddTransientFromNames

AddLogging的使用services.AddLogging(logBuilder=>{logBuilder.AddConsole();});AddLogging的实现publicstaticIServiceCollectionAddLogging(thisIServiceCollectionservices,Action<ILoggingBuilder>configure){//...}实现ILoggingBuilder的AddCo

1 对于IOC的具体介绍  Microsoft.Extensions探索/依赖注入（DI）-知乎(zhihu.com) 使用DI容器需要熟悉下面的接口与类型，Microsoft.Extensions.DependencyInjection.IServiceCollection，该接口包含了一系列Add扩展方法来添加你的服务，该接口的默认实现为Microsoft.Exte

  记录一下今天在删除依赖的时候，明明删除的不需要依赖包，没有删除AddSwagger所依赖的三个文件，这个包包含这三个文件分别是：   有三个主要的组成部分:Swashbuckle.AspNetCore.Swagger 一个大摇大摆的对象模型和中间件SwaggerDocument 作为JSON端点的对象。Swashbuc

//Addservicestothecontainer.varassemblies=Assembly.Load(typeof(ModuleInitializer).Assembly.GetName());//ReflectionHelper.GetAllReferencedAssemblies();//获取用户的所有程序集，代码过长，没有在这里给出builder.Services.RunModuleInitializers(assemblies);//

之所以有这个想法，起源于对于二开的需求和不想要动态加载的执念。起初的一种设计思路是将同一个Route的不同实现，放于不同的项目，进而发布为不同的dll，然后通过动态加载和IWeb

参考Microsoft.Extensions.DependencyInjection入门https://www.cnblogs.com/zcqiand/p/14257661.html原文：NETCore依赖注入的IServiceCollection 前置阅读在阅

1.QuickStart1.1安装NuGet包Microsoft.Extensions.DependencyInjection.Abstractions;//抽象依赖包Microsoft.Extensions.DependencyInjection;//具体实现包:::

publicvoidConfigureServices(IServiceCollectionservices){services.AddControllersWithViews().Services