1.前言

面向对象设计(OOD)里有一个重要的思想就是依赖倒置原则(DIP),并由该原则牵引出依赖注入(DI)、控制反转(IOC)及其容器等老生常谈的概念,初学者很容易被这些概念搞晕(包括我在内),在学习Core依赖注入服务之前,下面让我们先了解下依赖倒置原则(DIP)、依赖注入(DI)、控制反转(IOC)等概念,然后再深入学习Core依赖注入服务。

2.依赖倒置原则(DIP)

高层模块不依赖于低层模块的实现,而低层模块依赖于高层模块定义的接口。通俗来讲,就是高层模块定义接口,低层模块负责实现。

2.依赖注入(DI)

2.1依赖(D)

当一个类需要另一个类协作来完成工作的时候就产生了依赖。
示例1:

public class MyDependency
{
public MyDependency()
{
}
public Task WriteMessage(string message)
{
Console.WriteLine($"MyDependency.WriteMessage called. Message: {message}");
return Task.FromResult();
}
}
public class IndexModel : PageModel
{
MyDependency _dependency = new MyDependency();
public void OnGet()
{
_dependency.WriteMessage("IndexModel.OnGet created this message.");
}
}

由上述代码可以看到IndexModel模块输出消息必须要实例化MyDependency模块,也就是说IndexModel模块业务的实现必须依赖于MyDependency模块,这就是依赖

2.2 注入(I)

根据DIP设计原则:高层模块不依赖于低层模块的实现,而低层模块依赖于高层模块定义的接口,所以我们在这里定义一个接口供高层模块调用,底层模块负责实现。
示例2:

public interface IMyDependency
{
Task WriteMessage(string message);
}
public class MyDependency: IMyDependency
{
public MyDependency()
{
}
public Task WriteMessage(string message)
{
Console.WriteLine($"MyDependency.WriteMessage called. Message: {message}");
return Task.FromResult();
}
}
public class IndexModel : PageModel
{
IMyDependency _dependency = new MyDependency();
public void OnGet()
{
_dependency.WriteMessage("IndexModel.OnGet created this message.");
}
}

从上述代码可以看到当我们调用IndexModel模块OnGetAsync方法的时候,是通过IMyDependency接口实例化MyDependency类去实现其方法内容的,这叫控制正转。但是Master说,我们不应该创建MyDependency类,而是让调用者给你传递,于是你通过构造函数让外界把这两个依赖给你。
示例3:

public interface IMyDependency
{
Task WriteMessage(string message);
}
public class MyDependency : IMyDependency
{
private readonly ILogger<MyDependency> _logger;
public MyDependency(ILogger<MyDependency> logger)
{
_logger = logger;
}
public Task WriteMessage(string message)
{
_logger.LogInformation(
"MyDependency.WriteMessage called. Message: {MESSAGE}",
message);
return Task.FromResult();
}
}
public class IndexModel : PageModel
{
private readonly IMyDependency _dependency;
public IndexModel(IMyDependency dependency)
{
_dependency = dependency;
}
public void OnGet()
{
_dependency.WriteMessage("IndexModel.OnGet created this message.");
}
}

从上述代码可以看到把依赖的创建丢给第三方系统(例:Autofac,Unity容器),也叫控制反转(IOC)容器。自己只负责使用,其它人丢给你依赖的这个过程理解为注入。也叫控制反转(IOC)。注意,框架内部ILogger接口已注入,无需手动再重新注入。

2.3 IOC容器

IOC容器可以看作是负责统一管理依赖关系的地方。常见有Autofac,Unity。
容器只要负责两件事情:
●绑定服务与实例之间的关系
●获取实例,并对实例进行管理(创建与销毁)

3.依赖倒置原则(DIP)与控制反转(IOC)的区别

DIP是一种软件设计原则,它仅仅告诉你高低层模块之间应该如何依赖,但是它并没有告诉我们如何解除相互依赖模块的耦合。而IOC则是一种软件设计模式,它告诉我们该如何解除模块的耦合,它为相互依赖的组件提供抽象,将依赖(低层模块)对象的获得交给第三方系统(例:Autofac,Unity容器)来控制,即依赖对象不在被依赖模块的类中直接通过new来获取

4.NET Core依赖注入(DI)服务

经过上面描述,大家应该应该对依赖倒置原则(DIP)、依赖注入(DI)、控制反转(IOC)这几个概念有一定了解对吧。在.NET Core中DI的核心分为两个组件:IServiceCollection和 IServiceProvider。
●IServiceCollection负责注册
●IServiceProvider负责提供实例
下面让我们来学习下NET Core是怎么依赖注入(DI)服务。
第一步:使用接口来实现依赖反转。定义 IMyDependency 服务。

public interface IMyDependency
{
Task WriteMessage(string message);
}

第二步:定义IMyDependency 服务的实现类MyDependency。

public class MyDependency : IMyDependency
{
private readonly ILogger<MyDependency> _logger;
public MyDependency(ILogger<MyDependency> logger)
{
_logger = logger;
}
public Task WriteMessage(string message)
{
_logger.LogInformation(
"MyDependency.WriteMessage called. Message: {MESSAGE}",
message);
return Task.FromResult();
}
}

第三步:把IMyDependency 服务注册到服务容器中。

public void ConfigureServices(IServiceCollection services)
{
//注册将服务生命期的范围限定为单个请求的生命期,下节再来聊服务生命期
services.AddScoped<IMyDependency, MyDependency>();
}

第四步:把服务注入到使用它的类的构造函数中。在HomeController里面调用IndexModel.OnGet方法输出WriteMessage消息。

public class IndexModel : PageModel
{
private readonly IMyDependency _dependency;
public IndexModel(IMyDependency dependency)
{
_dependency = dependency;
}
public void OnGet()
{
_dependency.WriteMessage("IndexModel.OnGet created this message.");
}
}
private readonly IMyDependency _iMyDependency;
public HomeController(IMyDependency iMyDependency)
{
_iMyDependency = iMyDependency;
}
public IActionResult Index()
{
IndexModel _IndexModel = new IndexModel(_iMyDependency);
_IndexModel.OnGet();
return View();
}

WriteMessage日志消息如下:

5.默认服务容器替换

下面我们将来演示内置容器怎么替换为其他容器示例,比如替换第三方 Autofac容器,我们需要在Startup.ConfigureServices方法里面注册Autofac容器,具体代码如下:

public IServiceProvider ConfigureServices(IServiceCollection services)
{
// Add Autofac
var containerBuilder = new ContainerBuilder();
containerBuilder.RegisterModule<DefaultModule>();
containerBuilder.Populate(services);
var container = containerBuilder.Build();
return new AutofacServiceProvider(container);
}

这里需要注意的是如果需要使用第三方容器,Startup.ConfigureServices 必须返回 IServiceProvider。然后自定义一个模块类配置依赖关系,具体代码如下:

public class DefaultModule : Module
{
protected override void Load(ContainerBuilder builder)
{
builder.RegisterType<CharacterRepository>().As<ICharacterRepository>();
}
}

应用程序在运行时,使用 Autofac 来解析类型,并注入依赖关系。

参考文献:
在ASP.NET Core依赖注入

(2)ASP.NET Core 依赖关系注入(服务)的更多相关文章

  1. asp.net core 系列 4 注入服务的生存期

    一.服务的生存期 在容器中每个注册的服务,根据程序应用需求都可以选择合适的服务生存期,ASP.NET Core 服务有三种生存期配置: (1) Transient:暂时生存期,在每次请求时被创建. 这 ...

  2. 使用依赖关系注入在 ASP.NET Core 中编写干净代码

    ASP.NET Core 1.0 是 ASP.NET 的完全重新编写,这个新框架的主要目标之一就是更多的模块化设计.即,应用应该能够仅利用其所需的框架部分,方法是框架在它们请求时提供依赖关系.此外,使 ...

  3. [转]使用依赖关系注入在 ASP.NET Core 中编写干净代码

    本文转自:http://blog.jobbole.com/101270/ 原文出处: Steve Smith    ASP.NET Core 1.0 是 ASP.NET 的完全重新编写,这个新框架的主 ...

  4. 实现BUG自动检测 - ASP.NET Core依赖注入

    我个人比较懒,能自动做的事绝不手动做,最近在用ASP.NET Core写一个项目,过程中会积累一些方便的工具类或框架,分享出来欢迎大家点评. 如果以后有时间的话,我打算写一个系列的[实现BUG自动检测 ...

  5. ASP.NET Core 依赖注入(DI)简介

    ASP.NET Core是从根本上设计来支持和利用依赖注入. ASP.NET Core应用程序可以通过将其注入到Startup类中的方法中来利用内置的框架服务,并且应用程序服务也可以配置为注入. AS ...

  6. [译]ASP.NET Core依赖注入深入讨论

    原文链接:ASP.NET Core Dependency Injection Deep Dive - Joonas W's blog 这篇文章我们来深入探讨ASP.NET Core.MVC Core中 ...

  7. (摘)使用 .NET Core 实现依赖关系注入

    为什么使用依赖关系注入? 使用 .NET,通过 new 运算符(即,new MyService 或任何想要实例化的对象类型)调用构造函数即可轻松实现对象实例化.遗憾的是,此类调用会强制实施客户端(或应 ...

  8. ASP.NET Core依赖注入——依赖注入最佳实践

    在这篇文章中,我们将深入研究.NET Core和ASP.NET Core MVC中的依赖注入,将介绍几乎所有可能的选项,依赖注入是ASP.Net Core的核心,我将分享在ASP.Net Core应用 ...

  9. 自动化CodeReview - ASP.NET Core依赖注入

    自动化CodeReview系列目录 自动化CodeReview - ASP.NET Core依赖注入 自动化CodeReview - ASP.NET Core请求参数验证 我个人比较懒,能自动做的事绝 ...

随机推荐

  1. Linux 中权限的再讨论( 下 )

    前言 上篇随笔讲述了Linux中权限的大致实现机制以及目录权限的相关规则.本文将讲解Linux中的三种特殊权限:SUID,SGID,Sticky权限.看完这两篇文章,你一定会对Linux的权限有个更深 ...

  2. 基于docker/虚拟机的esp32远程工作流

    原文:基于docker/虚拟机的esp32远程工作流 工作流框图 背景说明 为什么需要这套工作流--为了满足高效和灵活的开发方式 因为我经常需要在公司和家里切换不同的电脑工作,所以编译环境需要在远程主 ...

  3. Struts2中数据封装机制

    Struts2当中数据封装的三种机制:属性驱动.标签驱动.模型驱动.下面来一一介绍. 一.属性驱动 1.需要提供对应属性的set方法进行数据的封装. 2.表单的哪些属性需要封装数据,那么在对应的Act ...

  4. if UDP is permitted

    Networking Basics (The Java™ Tutorials > Custom Networking > Overview of Networking) https://d ...

  5. cocos2d-js v3事件管理器

    总概: 1.时间监听器(cc.EventListener)封装用户的事件处理逻辑. 2.事件管理器(cc.eventManager)管理用户注册的事件监听器. 3.事件对象(cc.Event)包含事件 ...

  6. css position弹性盒子测试

    总结: 1.利用样式height:100%设置div高度为全屏时候必须设置所有的父元素,但是父元素那么多,不可控,所以此法不可行: 2.设置父框架的padding为100px,div进行float,p ...

  7. 关于Linux启动文件rc.local的解惑

    背景 首先,rc.local是Linux启动程序在login程序前执行的最后一个脚本,有的服务器中在rc.local中可能会有一句touch /var/lock/subsys/local,这是干什么的 ...

  8. CSS元素水平垂直居中方法总结(主要对大漠以及张鑫旭博客所述方法进行了归纳)

    本文主要是对主流居中方法进行了归纳,有些地方甚至就是把别人的代码直接复制过来的,没有什么自己的东西,除了大漠以及张鑫旭的方法外,还有来自司徒正美.怿飞博客的几个方法 以下方法,由于测试环境的原因,IE ...

  9. BluetoothLE-Multi-Library 一个能够连接多台蓝牙设备的库,它可以作为client端,也可以为server端。支持主机/从机,外围设备连接。

    github地址:https://github.com/qindachang/BluetoothLE-Multi-Library BluetoothLE-Multi-Library 一个能够连接多台蓝 ...

  10. SSL协议、HTTP和HTTPS和区别

    SSL协议 SLL协议的握手过程 开始加密通信之前,客户端和服务器首先必须建立连接和交换参数,这个过程叫做握手(handshake). 第一步,客户端给出协议版本号.一个客户端生成的随机数(Clien ...