全面理解 ASP.NET Core 依赖注入

最新推荐文章于 2023-12-28 19:21:05 发布
最新推荐文章于 2023-12-28 19:21:05 发布
阅读量220 收藏
点赞数
分类专栏： .Net Core .Net

https://www.cnblogs.com/jesse2013/p/di-in-aspnetcore.html

 

DI在.NET Core里面被提到了一个非常重要的位置， 这篇文章主要再给大家普及一下关于依赖注入的概念，身边有工作六七年的同事还个东西搞不清楚。另外再介绍一下.NET  Core的DI实现以及对实例生命周期的管理（这个是经常面试会问到的问题）。最后再给大家简单介绍一下在控制台以及Mvc下如何使用DI，以及如何把默认的Service Container 替换成Autofac。

 

我录了一些关于ASP.NET Core的入门视频：有兴趣的同学可以去看看。  http://www.cnblogs.com/jesse2013/p/aspnetcore-videos.html

  • 一、什么是依赖注入

  • 1.1 依赖
  • 1.2 什么注入
  • 为什么反转
  • 何为容器

  • 二、.NET Core DI

  • 2.1 实例的注册
  • 2.2 实例生命周期之单例
  • 2.3 实例生命周期之Tranisent
  • 2.4 实例生命周期之Scoped

  • 三、DI在ASP.NET Core中的应用

  • 3.1 在Startup类中初始化
  • 3.2 Controller中使用
  • 3.3 View中使用
  • 3.4 通过HttpContext来获取

  • 四、如何替换其它的Ioc容器

 

一、什么是依赖注入（Denpendency Injection)

这也是个老身常谈的问题，到底依赖注入是什么？ 为什么要用它？ 初学者特别容易对控制反转IOC(Iversion of Control)，DI等概念搞晕。

1.1依赖

当一个类需要另一个类协作来完成工作的时候就产生了依赖。比如我们在AccountController这个控制器需要完成和用户相关的注册、登录 等事情。其中的登录我们由EF结合Idnetity来完成，所以我们封装了一个EFLoginService。这里AccountController就有一个ILoginService的依赖。

这里有一个设计原则：依赖于抽象，而不是具体的实现。所以我们给EFLoginService定义了一个接口，抽象了LoginService的行为。

 

1.2 什么是注入

注入体现的是一个IOC（控制反转的的思想）。在反转之前 ，我们先看看正转。

 

AccountController自己来实例化需要的依赖。

1

2

3

4

5

private ILoginService<ApplicationUser> _loginService;

public AccountController()

{

  _loginService = new EFLoginService()

}

　　

大师说，这样不好。你不应该自己创建它，而是应该由你的调用者给你。于是你通过构造函数让外界把这两个依赖传给你。

1

2

3

4

5

public

 AccountController(ILoginService<ApplicationUser> loginService)

{

  _loginService = loginService;

}

　　

把依赖的创建丢给其它人，自己只负责使用，其它人丢给你依赖的这个过程理解为注入。

1.3 为什么要反转？

为了在业务变化的时候尽少改动代码可能造成的问题。

比如我们现在要把从EF中去验证登录改为从Redis去读，于是我们加了一个 RedisLoginService。这个时候我们只需要在原来注入的地方改一下就可以了。

1

2

3

4

5

public

 AccountController(ILoginService<ApplicationUser> loginService)

{

  _loginService = loginService;

}

　　

// 用Redis来替换原来的EF登录 var controller = new AccountController(new RedisLoginService()); controller.Login(userName, password);

1.4 何为容器

上面我们在使用AccountController的时候，我们自己通过代码创建了一个ILoggingServce的实例。想象一下，一个系统中如果有100个这样的地方，我们是不是要在100个地方做这样的事情？ 控制是反转了，依赖的创建也移交到了外部。现在的问题是依赖太多，我们需要一个地方统一管理系统中所有的依赖，容器诞生了。

 

容器负责两件事情：

  • 绑定服务与实例之间的关系
  • 获取实例，并对实例进行管理（创建与销毁）

二、.NET Core DI

 

2.1 实例的注册

前面讲清楚DI和Ioc的关键概念之后，我们先来看看在控制台中对.NET Core DI的应用。在.NET Core中DI的核心分为两个组件：IServiceCollection和 IServiceProvider。

  • IServiceCollection 负责注册
  • IServiceProvider 负责提供实例

通过默认的 ServiceCollection（在Microsoft.Extensions.DependencyInjection命名空间下）有三个方法：

1

2

3

4

var serviceCollection = new ServiceCollection()

  .AddTransient<ILoginService, EFLoginService>()

  .AddSingleton<ILoginService, EFLoginService>()

  .AddScoped<ILoginService, EFLoginService>();

　　

这三个方法都是将我们的实例注册进去，只不过实例的生命周期不一样。什么时候生命周期我们下一节接着讲。

 

ServiceCollection的默认实现是提供一个ServiceDescriptor的List

1

2

3

public interface IServiceCollection : IList<ServiceDescriptor>

{

}

　　

我们上面的AddTransient、AddSignletone和Scoped方法是IServiceCollection的扩展方法， 都是往这个List里面添加ServiceDescriptor。

1

2

3

4

5

6

7

8

9

10

11

private static IServiceCollection Add(

  IServiceCollection collection,

  Type serviceType,

  Type implementationType,

  ServiceLifetime lifetime)

{

  var descriptor =

  new ServiceDescriptor(serviceType, implementationType, lifetime);

  collection.Add(descriptor);

  return collection;

}

　　

2.2 实例的生命周期之单例

 

我们上面看到了，.NET Core DI 为我们提供的实例生命周其包括三种：

  • Transient： 每一次GetService都会创建一个新的实例
  • Scoped：  在同一个Scope内只初始化一个实例 ，可以理解为（ 每一个request级别只创建一个实例，同一个http request会在一个 scope内）
  • Singleton ：整个应用程序生命周期以内只创建一个实例 

 

 

对应了Microsoft.Extensions.DependencyInjection.ServiceLifetime的三个枚举值

 

1

2

3

4

5

6

public enum ServiceLifetime

{

  Singleton,

  Scoped,

  Transient

}

　　

为了大家能够更好的理解这个生命周期的概念我们做一个测试：

定义一个最基本的IOperation里面有一个 OperationId的属性，IOperationSingleton也是一样，只不过是另外一个接口。

1

2

3

4

5

6

7

public interface IOperation

{

        Guid OperationId { get; }

}

public interface IOperationSingleton : IOperation { }

public interface IOperationTransient : IOperation{}

public interface IOperationScoped : IOperation{}

　　

我们的 Operation实现很简单，可以在构造函数中传入一个Guid进行赋值，如果没有的话则自已New一个 Guid。

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

public class Operation :

  IOperationSingleton,

  IOperationTransient,

  IOperationScoped

{

    private Guid _guid;

 

    public Operation() {

        _guid = Guid.NewGuid();

    }

 

    public Operation(Guid guid)

    {

        _guid = guid;

    }

 

    public Guid OperationId => _guid;

}

　　

在程序内我们可以多次调用ServiceProvider的GetService方法，获取到的都是同一个实例。

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

var services = new ServiceCollection();

// 默认构造

services.AddSingleton<IOperationSingleton, Operation>();

// 自定义传入Guid空值

services.AddSingleton<IOperationSingleton>(

  new Operation(Guid.Empty));

// 自定义传入一个New的Guid

services.AddSingleton <IOperationSingleton>(

  new Operation(Guid.NewGuid()));

 

var provider = services.BuildServiceProvider();

 

// 输出singletone1的Guid

var singletone1 = provider.GetService<IOperationSingleton>();

Console.WriteLine($"signletone1: {singletone1.OperationId}");

 

// 输出singletone2的Guid

var singletone2 = provider.GetService<IOperationSingleton>();

Console.WriteLine($"signletone2: {singletone2.OperationId}");

Console.WriteLine($"singletone1 == singletone2 ? : { singletone1 == singletone2 }");

　　

我们对IOperationSingleton注册了三次，最后获取两次，大家要注意到我们获取到的始终都是我们最后一次注册的那个给了一个Guid的实例，前面的会被覆盖。

2.3 实例生命周期之Tranisent 

这次我们获取到的IOperationTransient为两个不同的实例。

 

2.4 实例生命周期之Scoped

.NET Core人IServiceProvider提供CreateScope产生一个新的ServiceProvider范围，在这个范围下的Scope标注的实例将只会是同一个实例。换句话来说：用Scope注册的对象，在同一个ServiceProvider的 Scope下相当于单例。

 

同样我们先分别注册IOperationScoped、IOperationTransient和IOperationSingletone 这三个实例，用对应的Scoped、Transient、和Singleton生命周期。

1

2

3

4

var services = new ServiceCollection()

.AddScoped<IOperationScoped, Operation>()

.AddTransient<IOperationTransient, Operation>()

.AddSingleton<IOperationSingleton, Operation>();

　　

接下来我们用ServiceProvider.CreateScope方法创建一个Scope

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

var provider = services.BuildServiceProvider();

using (var scope1 = provider.CreateScope())

{

    var p = scope1.ServiceProvider;

 

    var scopeobj1 = p.GetService<IOperationScoped>();

    var transient1 = p.GetService<IOperationTransient>();

    var singleton1 = p.GetService<IOperationSingleton>();

 

    var scopeobj2 = p.GetService<IOperationScoped>();

    var transient2 = p.GetService<IOperationTransient>();

    var singleton2 = p.GetService<IOperationSingleton>();

 

    Console.WriteLine(

        $"scope1: { scopeobj1.OperationId }," +

        $"transient1: {transient1.OperationId}, " +

        $"singleton1: {singleton1.OperationId}");

 

    Console.WriteLine($"scope2: { scopeobj2.OperationId }, " +

        $"transient2: {transient2.OperationId}, " +

        $"singleton2: {singleton2.OperationId}");

}

　　

接下来

scope1: 200d1e63-d024-4cd3-88c9-35fdf5c00956, 
transient1: fb35f570-713e-43fc-854c-972eed2fae52, 
singleton1: da6cf60f-670a-4a86-8fd6-01b635f74225

scope2: 200d1e63-d024-4cd3-88c9-35fdf5c00956, 
transient2: 2766a1ee-766f-4116-8a48-3e569de54259, 
singleton2: da6cf60f-670a-4a86-8fd6-01b635f74225

如果再创建一个新的Scope运行，

scope1: 29f127a7-baf5-4ab0-b264-fcced11d0729, 
transient1: 035d8bfc-c516-44a7-94a5-3720bd39ce57, 
singleton1: da6cf60f-670a-4a86-8fd6-01b635f74225

scope2: 29f127a7-baf5-4ab0-b264-fcced11d0729, 
transient2: 74c37151-6497-4223-b558-a4ffc1897d57, 
singleton2: da6cf60f-670a-4a86-8fd6-01b635f74225

大家注意到上面我们一共得到了 4个Transient实例，2个Scope实例，1个Singleton实例。

 

这有什么用？

 

如果在Mvc中用过Autofac的InstancePerRequest的同学就知道，有一些对象在一个请求跨越多个Action或者多个Service、Repository的时候，比如最常用的DBContext它可以是一个实例。即能减少实例初始化的消耗，还能实现跨Service事务的功能。(注：在ASP.NET Core中所有用到EF的Service 都需要注册成Scoped )

 

而实现这种功能的方法就是在整个reqeust请求的生命周期以内共用了一个Scope。

 

三、DI在ASP.NET Core中的应用

3.1在Startup类中初始化

ASP.NET Core可以在Startup.cs的  ConfigureService中配置DI，大家看到 IServiceCollection这个参数应该就比较熟悉了。

1

2

3

4

5

6

public void ConfigureServices(IServiceCollection services)

{

    services.AddTransient<ILoginService<ApplicationUser>,

      EFLoginService>();

    services.AddMvc();

)

　　

ASP.NET Core的一些组件已经提供了一些实例的绑定，像AddMvc就是Mvc Middleware在 IServiceCollection上添加的扩展方法。

1

2

3

4

5

6

7

8

9

10

11

12

13

14

public static IMvcBuilder AddMvc(this IServiceCollection services)

{

    if (services == null)

    {

        throw new ArgumentNullException(nameof(services));

    }

 

    var builder = services.AddMvcCore();

 

    builder.AddApiExplorer();

    builder.AddAuthorization();

    AddDefaultFrameworkParts(builder.PartManager);

    ...

}

　　

 

3.2 Controller中使用

一般可以通过构造函数或者属性来实现注入，但是官方推荐是通过构造函数。这也是所谓的显式依赖。

1

2

3

4

5

6

private ILoginService<ApplicationUser> _loginService;

public AccountController(

  ILoginService<ApplicationUser> loginService)

{

  _loginService = loginService;

}

　　

我们只要在控制器的构造函数里面写了这个参数，ServiceProvider就会帮我们注入进来。这一步是在Mvc初始化控制器的时候完成的，我们后面再介绍到Mvc的时候会往细里讲。

3.3 View中使用

在View中需要用@inject 再声明一下，起一个别名。

1

2

3

4

5

6

7

8

9

10

@using MilkStone.Services;

@model MilkStone.Models.AccountViewModel.LoginViewModel

@inject ILoginService<ApplicationUser>  loginService

<!DOCTYPE html>

<html xmlns="http://www.w3.org/1999/xhtml">

<head></head>

<body>

  @loginService.GetUserName()

</body>

</html>

　　

3.4 通过 HttpContext来获取实例

HttpContext下有一个RequestedService同样可以用来获取实例对象，不过这种方法一般不推荐。同时要注意GetService<>这是个范型方法，默认如果没有添加Microsoft.Extension.DependencyInjection的using，是不用调用这个方法的。

1

HttpContext.RequestServices.GetService<ILoginService<ApplicationUser>>();

　　

四、如何替换其它的Ioc容器

Autofac也是不错的选择，但我们首先要搞清楚为什么要替换掉默认的 DI容器？，替换之后有什么影响？.NET Core默认的实现对于一些小型的项目完全够用，甚至大型项目麻烦点也能用，但是会有些麻烦，原因在于只提供了最基本的AddXXXX方法来绑定实例关系，需要一个一个的添加。如果项目可能要添加好几百行这样的方法。

 

如果熟悉Autofac的同学可能会这下面这样的代码有映象。

1

2

3

builder.RegisterGeneric(typeof(LoggingBehavior<,>)).As(typeof(IPipelineBehavior<,>));

  

builder.RegisterGeneric(typeof(ValidatorBehavior<,>)).As(typeof(IPipelineBehavior<,>));

　　

这会给我们的初始化带来一些便利性，我们来看看如何替换Autofac到ASP.NET Core。我们只需要把Startup类里面的 ConfigureService的 返回值从 void改为 IServiceProvider即可。而返回的则是一个AutoServiceProvider。

1

2

3

4

5

6

7

8

9

10

11

12

public IServiceProvider ConfigureServices(

  IServiceCollection services){

    services.AddMvc();

    // Add other framework services

 

    // Add Autofac

    var containerBuilder = new ContainerBuilder();

    containerBuilder.RegisterModule<DefaultModule>();

    containerBuilder.Populate(services);

    var container = containerBuilder.Build();

    return new AutofacServiceProvider(container);

}

　　

4.1 有何变化 

其中很大的一个变化在于，Autofac 原来的一个生命周期InstancePerRequest，将不再有效。正如我们前面所说的，整个request的生命周期被ASP.NET Core管理了，所以Autofac的这个将不再有效。我们可以使用 InstancePerLifetimeScope ，同样是有用的，对应了我们ASP.NET Core DI 里面的Scoped。 

TOTORO_zip
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
详解asp.net core 依赖注入
12-17
前言 　　好久没有写微博了，因为前段时间由于家庭原因决定从工作了3年多的北京转移到上海去。依赖注入在学习net core的时候也有写过类似的东西，只是实践的较少，结果来到上海新公司系统框架涉及到了这块知识点，所以在了解完自己的项目之后决定做一些相关的总结。接下来就让我们先来了解hewi依赖注入。 什么是依赖注入 　　依赖注入，全称是“依赖注入到容器”， 容器（IOC容器）是一个设计模式，它也是个对象，你把某个类（不管有多少依赖关系）放入这个容器中，可以“解析”出这个类的实例。所以依赖注入就是把有依赖关系的类放入容器（IOC容器）中，然后解析出这个类的实例。划重点：依赖注入是为了实现控制反转的一
ASP.NET Core依赖注入系列教程之控制反转（IoC）
10-17
主要给大家介绍了关于ASP.NET Core依赖注入系列教程之控制反转（IoC）的相关资料，文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧
Asp.net core中的依赖注入
weixin_33785108的博客
12-10 113
使用服务 在Asp.net core的Controller中，可以通过如下两种方式获取系统注入的服务： 构造函数 可以直接在构造函数中传入所依赖的服务，这是非常常见的DI注入方式。     public ValuesController(IConfiguration cfg)    {    } FromService参数 也可以直接在参数中通过FromServiceAttribute...
ASP.NET Core的依赖注入
qq_42799562的博客
03-23 433
ASP.NET Core的依赖注入一、什么是依赖注入？1、DI是什么？2、IoC又是什么？二、ASP.NET Core依赖注入的实现1、什么是依赖项？2、依赖项解藕与注入实现 一、什么是依赖注入？ 1、DI是什么？ DI是一种软件设计模式，是一种在类及其依赖关系之间实现控制反转 (IoC) 的技术，故而在业界被称之为：依赖关系注入。千万不要被其名唬住了，以为是多么深不可测的东西！ 2、IoC又是什么？ 官方描述：大部分应用程序都是这样编写的：编译时依赖关系顺着运行时执行的方向流动，从而生成一个直接依赖
ASP.NET Core 中的依赖注入
weixin_30834783的博客
08-08 149
目录 什么是依赖注入 ASP .NET Core 中使用依赖注入 注册 使用 释放 替换为其它的 Ioc 容器 参考 什么是依赖注入 软件设计原则中有一个依赖倒置原则（DIP），为了更好的解耦...
C# (.NET Core 6.0) DI依赖注入 示例
08-04
较为框架式的演示了DI服务依赖注入 适用于熟悉C#中的继承,基本的Core命令使用等. 该示例演示了以服务器集群为背景的各种业务的依赖注入. 示例来自于B站杨中科老师的.NET Core(6.0)教学.
了解ASP.NET Core 依赖注入.doc
08-11
在ASP.NET Core中，依赖注入被深度整合，成为框架的核心部分。本文将深入探讨ASP.NET Core中的依赖注入及其应用。 首先，让我们理解依赖注入的基本概念。依赖是指一个类在执行其功能时需要其他类的协助。例如，`...
ASP.NET Core依赖注入系列教程之服务的注册与提供
10-17
主要给大家介绍了关于ASP.NET Core依赖注入系列教程之服务的注册与提供的相关资料，文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面来一起看看吧
ASP.NET Core — 依赖注入
weixin_37648525的博客
11-19 4772
NET Core 框架下默认提供250个以上的的服务，包括ASP.NET Core MVC、EF Core 等等，当然这些服务很多不会默认就注入到容器中，我们在新建一个项目的时候，不同项目框架的模板会帮我们默认配置好一些最基本的必须的服务，其他的服务我们可以根据自己的需要进行使用。这也是我们在日常开发中可以学习的方式，随着业务增长，需要依赖注入的服务也越来越多，我们可以根据业务模块，通过扩展方法讲相应模块的服务注入注册进行封装，命名为 Add{Services}，更加清晰明了地对我们的业务进行封装。
asp.net core 依赖注入
qq_66721877的博客
06-20 289
ASP.NET Core 依赖注入，ASP.NET Core 应用在启动过程中会依赖各种组件提供服务，这些组件会以接口的形式标准化，这些组件就是我们所说的服务，ASP.NET Core框架建立在一个底层的依赖注入框架之上，它使用容器提供所需的服务
IoC框架
路在脚下
02-04 447
IoC理论的背景     我们都知道，在采用面向对象方法设计的软件系统中，它的底层实现都是由N个对象组成的，所有的对象通过彼此的合作，最终实现系统的业务逻辑。   图1：软件系统中耦合的对象     如果我们打开机械式手表的后盖，就会看到与上面类似的情形，各个齿轮分别带动时针、分针和秒针顺时针旋转，从而在表盘上产生正确的时间。图1中描述的就是这样的一个齿轮组，它拥有多个独立
Asp .Net Core 依赖注入
Listen2You的博客
07-27 190
导读 借助依赖注入，可以管理类之间的依赖，帮助我们在构建应用时遵循设计原则，确保代码可维护性和可扩展性。ASP.NET Core的整个架构中，依赖注入框架提供了对象创建和生命周期管理的核心能力，各个组件互相协作，也是依赖注入框架能力来实现的。 两个核心包： Microsft.Extensions.Dependency;injection.Abstractions (抽象包) Microsoft.Extensions.Dependencylinjectiob (具体实现) *使用的是比较经典的
自动化CodeReview - ASP.NET Core依赖注入
weixin_34279184的博客
01-10 163
自动化CodeReview系列目录 自动化CodeReview - ASP.NET Core依赖注入 自动化CodeReview - ASP.NET Core请求参数验证  我个人比较懒，能自动做的事绝不手动做，最近在用ASP.NET Core写一个项目，过程中会积累一些方便的工具类或框架，分享出来欢迎大家点评。 如果以后有时间的话，我打算写一个系列的【实现BUG自动检测】，本文将...
ASP.NET CORE 依赖注入
Fanbin168的专栏
01-10 238
IOC注入： 1：构造函数注入 2：属性注入：在创建控制器实例后，能够给特定的属性赋值 3：方法注入：在创建控制器实例后，能够调用特定方法，做到给某一个字段赋值
ASP.NET Core 依赖注入(DI)
每天都有新发现
05-23 715
ASP.NET Core的底层设计支持和使用依赖注入。ASP.NET Core 应用程序可以利用内置的框架服务将服务注入到启动类的方法中，并且应用程序服务也可以配置注入。由ASP.NET Core 提供的默认服务容器提供了最小功能集，并不是取代其他容器。 1.浅谈依赖注入 依赖注入(Dependency injection,DI)是一种实现对象和依赖者之间...
ASP.NET Core--依赖注入
不求上进的码农的博客
10-05 449
Rely类} }Output类await rely . Test("這是一個測試消息");} }Output类需要Rely类来帮助它实现输出的功能，这样Output类对Rely类产生了依赖，可以理解为Output依赖于Rely依赖的一个设计原则：依赖于抽象，而不是具体的实现，这个后面会具体解释的修改Output类await _rely . Test("這是一個測試消息");} }在这里Output类不去实例化Rely类，而是通过其他人传递给我，我只用就好。到底怎么理解注入呢？
ASP.NET Core 依赖注入
最新发布
长铗归来的博客
12-28 1225
ASP.NET Core 依赖注入 一、注册服务 二、作用域 三、服务释放
asp.net core中的依赖注入
03-16
ASP.NET Core中的依赖注入是一种设计模式，它允许开发人员将对象的创建和管理从应用程序代码中分离出来。通过依赖注入，开发人员可以将应用程序的不同部分解耦，从而使代码更加可维护和可测试。在ASP.NET Core中，...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值