zoukankan      html  css  js  c++  java
  • Asp.Net Core 3.0的依赖注入改变

    Asp.Net Core 3.0出来很久了,预览版的时候就被我偶像Lemon大人,带着尝试摸索了一下这个

    那么Asp.Net Core 3.0和Asp.Net Core 2.X到底有哪些区别呢?

    Asp.Net Core 2.X是如何替换依赖注入容器的

    三方替换DI容器是在Startup类的ConfigureServices方法上修改

            public void ConfigureServices(IServiceCollection services)
            {
               //...
            }

    改为

            public IServiceProvider ConfigureServices(IServiceCollection services)
            {
                //...
            }

    三方修改DI是编写IServiceCollection类型的扩展方法,然后把返回值从void改为IServiceProvider


    Asp.Net Core 3.0是如何替换依赖注入容器的

    默认的Program改为了

        public class Program
        {
            public static void Main(string[] args)
            {
                CreateHostBuilder(args).Build().Run();
            }
    
            public static IHostBuilder CreateHostBuilder(string[] args) =>
                Host.CreateDefaultBuilder(args)
                    .ConfigureWebHostDefaults(webBuilder =>
                    {
                        webBuilder.UseStartup<Startup>();
                    });
        }

    是不是有点变化?2.X以及以下都是WebHost.CreateDefaultBuilder,这里改成了Host.CreateDefaultBuilder

    且Startup.ConfigureServices改为了返回值只能void了,那我们怎么修改DI容器呢?

    Host有个替换DI容器的方法UseServiceProviderFactory

    我们跟进去定义看看这个是什么

    要实现一个IServiceProviderFactory的泛型接口~

    我们跟踪以下这个接口的定义

    先是通过IServiceCollection转换成一个泛型对象,再通过泛型对象转换成IServiceProvider对象了

    实验一下

        public class DIBuilder
        {
            private string Name { get; }
            private IServiceCollection Services { get; }
    
    
            public DIBuilder(string name,IServiceCollection services)
            {
                Name = name;
                Services = services;
            }
    
            public IServiceProvider BuilderServiceProvider()
            {
                return Services.BuildServiceProvider();
            }
        }

    因为IServiceProviderFactory要先把IServiceCollection传入,然后转换成容器,所以我们的DI容器得储存这些,才能最后从DI容器转换到IServiceProvider

    我们编写一个类继承IServiceProviderFactory

        public class DIServiceProviderFactory : IServiceProviderFactory<DIBuilder>
        {
            public DIBuilder CreateBuilder(IServiceCollection services)
            {
                return new DIBuilder("NCoreCoder", services);
            }
    
            public IServiceProvider CreateServiceProvider(DIBuilder containerBuilder)
            {
    Console.WriteLine($"{containerBuilder.Name}");
    return containerBuilder.BuilderServiceProvider(); } }

    最后返回IServiceProvider的时候,输出一个DIBuilder.Name

    调用一下DIServiceProviderFactory

    正常输出了

    我们加一下输出信息,看看整体的DI流程

    再运行看看


    那么网上盛传的Startup.ConfigureContainer(T container)是怎么回事呢?

    这里其实是配置我们自定义容器的东西的,比如有一些定制化DI的操作,那么就是这里面了

    增加一个方法,测试一下

            public void ConfigureContainer(DIBuilder builder)
            {
                Console.WriteLine($"Startup.ConfigreContainer Name:{builder.Name}");
            }

    运行再看看流程

     Startup.ConfigureServices->ServiceProviderFactory.CreateBuilder->Startup.ConfigureContainer(可忽略)->ServiceProviderFactory.CreateServiceProvider->Startup.Configure


    打个广告 如果对于这篇文章有什么要交流的,欢迎加Q群 386092459

  • 相关阅读:
    linux
    linux
    linux
    linux
    linux
    linux
    linux
    idea插件篇之java内存分析工具(JProfiler)
    Jmeter(线程组+http请求+汇总报告)
    ZK客户端zkClient.bat
  • 原文地址:https://www.cnblogs.com/NCoreCoder/p/11641773.html
Copyright © 2011-2022 走看看