一文读懂Asp.net core 依赖注入(Dependency injection)
一、什么是依赖注入
- 首先在Asp.net core中是支持依赖注入软件设计模式,或者说依赖注入是asp.net core的核心;
- 依赖注入(DI)和控制反转(IOC)基本是一个意思,因为说起来谁都离不开谁;或者可以说他们是同一个概念的不同角度描述;
- 软件设计原则中有一个依赖倒置原则(DIP),就是为了解耦;高层模块不应该依赖于底层模块。二者都应该依赖于抽象;抽象不应该依赖于细节,细节应该依赖于抽象;而依赖注入是实现这种原则的方式之一;
- 举个现实中例子:小明去行政领一节5号电池,然后行政给了小明一节黑象牌5号电池来分析 ;
- 小明只需要向行政领一节5号电池即可,小明不需要关心什么牌子的电池,电池从哪来的,电池的价格等等。他们俩共同需要关心的是一节5号电池即可;
- 即使后期行政给了小明北孚电池,小明仍可以正常使用;他们只需要满足一个规则(5号电池)即可;
- 小明(高层模块)不应该依赖黑象牌电池(低层模块),两者应该都依赖5号电池(抽象)。
- 如果小明直接获取到(new)黑象牌电池,如果后期业务变更提供的是北孚电池,那么我们就需要更改小明的代码;再如果公司有几百个小明,代码量可想而知;
- 为了解决直接获取(new)黑象牌电池,简单说为了解耦,我们让每位员工通过行政领取(构造函数,属性,方法等),这种即使更改其他品牌,而小明压根不需要关心;
- 举个.Net core中的例子:.Net core中使用分布式缓存;
- 我们只需要在构造函数中获取IDistributedCache,然后就可以在方法中直接使用缓存,我们不需要关心缓存的实现方式,存储位置等等;
- 如果缓存从内存变成Redis或者sqlserver,甚至自己实现缓存,而我们只需要在ConfigureServices中更改具体实现方式即可,而不需要更改任何使用缓存的地方;
二、Asp.net core中依赖注入的生命周期
依赖注入的生命周期有三种Transient,Scoped和Singleton;
1、Transient每次调用都是不同的实例,比如常用的Microsoft.Extensions.Options.IConfigureOptions<T>;
2、Scoped每次请求是同一个实例,如 Entity Framework contexts;
3、Singleton只有一个实例,如Microsoft.Extensions.Logging.ILogger<T>;
具体使用哪种,要根据具体情况而定;
1、比如我们一般的业务逻辑都是Transient,这个也是比较常用的;
2、Scoped相对用的比较少,当然也有很多业务逻辑也有用Scoped的;当然他的妙用肯定是每次请求一个实例,比如我们在系统中获取登录系统用户的Id,这时就可以用Scoped,不管在Service层或者Repository层等等,获取的都是同一个用户;
3、Singleton很多都是系统级别设计用单利,比如日志;
三、在Asp.net core中使用依赖注入
基础业务逻辑代码,获取用户列表
public interface IUserInfoService
{
IEnumerable<UserInfo> GetUserInfo();
}
public class UserInfoService : IUserInfoService
{
public IEnumerable<UserInfo> GetUserInfo()
{
// 模拟db获取数据
return new List<UserInfo> { new UserInfo { Id = , Name = "Emrys" }, new UserInfo { Id = , Name = "梅林" } };
}
}
public class UserInfoMongoService : IUserInfoService
{
public IEnumerable<UserInfo> GetUserInfo()
{
// 模拟Mongodb获取数据
return new List<UserInfo> { new UserInfo { Id = , Name = "Emrys" }, new UserInfo { Id = , Name = "梅林" } };
}
}
public class UserInfo
{
public int Id { get; set; }
public string Name { get; set; }
}
1、传统方式
public class ValuesController : ControllerBase
{
IUserInfoService _userInfoService = new UserInfoService(); [HttpGet]
public IEnumerable<UserInfo> Get()
{
return _userInfoService.GetUserInfo();
} }
在传统方式中,获取用户的服务类直接用new的方式,这也是很多初学者或者很多老手最经常使用的方式;从中可以发现代码耦合度太高,非常不利于维护,在所有使用到IUserInfoService的地方都要new出对象;
如果后期需求变更,需要替换IUserInfoService的实现,比如从Mongodb中获取数据(现实示例中,从黑象牌变成北孚电池),那么就需要在所有new出UserInfoService的地方更改代码换成UserInfoMongoService,IUserInfoService _userInfoService = new UserInfoMongoService();
我们如果需要new的对象需要实现单例模式(Singleton),每次请求new一个对象(Scoped)模式,那么还要另写代码实现;
2、依赖注入方式
1、在Startup类的ConfigureServices方法中设置注入
public void ConfigureServices(IServiceCollection services)
{
services.AddTransient<IUserInfoService, UserInfoService>();
services.AddMvc().SetCompatibilityVersion(CompatibilityVersion.Version_2_1);
}
2、在构造函数中获取实例
public class ValuesController : ControllerBase
{
IUserInfoService _userInfoService;
public ValuesController(IUserInfoService userInfoService)
{
_userInfoService = userInfoService;
} [HttpGet]
public IEnumerable<UserInfo> Get()
{
return _userInfoService.GetUserInfo();
} }
在使用依赖注入方式时,解决了传统方式耦合度,如果后期变更实现,只要在 services.AddTransient<IUserInfoService, UserInfoService>();变更成UserInfoMongoService即可;
在所有使用IUserInfoService的地方无须做任何改动;而且可以非常简单的设置生命周期(Transient,Scoped,Singleton);
四、总结
1、设置注入和获取注入的方式不止一种,示例只是演示了最简单和最常用的使用方式,其他方式可以参考文档;
2、可以替换.net core中的默认注入容器, 如常用的autofac,可以实现更强大的功能;详情参考 https://autofac.org/;其他容器可以参考 https://github.com/aspnet/Extensions/tree/master/src/DependencyInjection
3、可以直接在View中获取注入 @inject IUserInfoService userInfoService
4、可以在httpcontext里直接获取注入HttpContext.RequestServices.GetService<IUserInfoService >();
5、Startup中的ConfigureServices方法就是为了设置注入而存在的;
记得推荐 ^_^
一文读懂Asp.net core 依赖注入(Dependency injection)的更多相关文章
- asp.net core 依赖注入几种常见情况
先读一篇注入入门 全面理解 ASP.NET Core 依赖注入, 学习一下基本使用 然后学习一招, 不使用接口规范, 直接写功能类, 一般情况下可以用来做单例. 参考https://www.cnblo ...
- ASP.NET Core依赖注入最佳实践,提示&技巧
分享翻译一篇Abp框架作者(Halil İbrahim Kalkan)关于ASP.NET Core依赖注入的博文. 在本文中,我将分享我在ASP.NET Core应用程序中使用依赖注入的经验和建议. ...
- # ASP.NET Core依赖注入解读&使用Autofac替代实现
标签: 依赖注入 Autofac ASPNETCore ASP.NET Core依赖注入解读&使用Autofac替代实现 1. 前言 2. ASP.NET Core 中的DI方式 3. Aut ...
- 实现BUG自动检测 - ASP.NET Core依赖注入
我个人比较懒,能自动做的事绝不手动做,最近在用ASP.NET Core写一个项目,过程中会积累一些方便的工具类或框架,分享出来欢迎大家点评. 如果以后有时间的话,我打算写一个系列的[实现BUG自动检测 ...
- [译]ASP.NET Core依赖注入深入讨论
原文链接:ASP.NET Core Dependency Injection Deep Dive - Joonas W's blog 这篇文章我们来深入探讨ASP.NET Core.MVC Core中 ...
- ASP.NET Core依赖注入——依赖注入最佳实践
在这篇文章中,我们将深入研究.NET Core和ASP.NET Core MVC中的依赖注入,将介绍几乎所有可能的选项,依赖注入是ASP.Net Core的核心,我将分享在ASP.Net Core应用 ...
- 自动化CodeReview - ASP.NET Core依赖注入
自动化CodeReview系列目录 自动化CodeReview - ASP.NET Core依赖注入 自动化CodeReview - ASP.NET Core请求参数验证 我个人比较懒,能自动做的事绝 ...
- ASP.NET Core 依赖注入最佳实践——提示与技巧
在这篇文章,我将分享一些在ASP.NET Core程序中使用依赖注入的个人经验和建议.这些原则背后的动机如下: 高效地设计服务和它们的依赖. 预防多线程问题. 预防内存泄漏. 预防潜在的BUG. 这篇 ...
- ASP.NET Core依赖注入解读&使用Autofac替代实现【转载】
ASP.NET Core依赖注入解读&使用Autofac替代实现 1. 前言 2. ASP.NET Core 中的DI方式 3. Autofac实现和自定义实现扩展方法 3.1 安装Autof ...
随机推荐
- java类定义、变量类型、构造函数
1.java类class的定义 所有java程序都以类class为组织单元,java类由属性和方法组成,下面看例子: public class Phone{ //属性 String company ...
- SpringCloud实战-Ribbon客户端负载均衡
前面我们已经完成了注册中心和服务提供者两个基础组件.接着介绍使用Spring Cloud Ribbon在客户端负载均衡的调用服务. ribbon 是一个客户端负载均衡器,可以简单的理解成类似于 ngi ...
- Java Collections类
集合类是什么? List列表.Set集合.Map映射.工具类(Iterator迭代器.Enumeration枚举类.Arrays和Collections). Set 接口继承 Collection,但 ...
- self,和类实例化加不加括号的理解
# class Dog(object): # def talk(self): # print('汪汪~~~') # print(self) # self就是对象,默认将对象传递到类方法,self不需要 ...
- Flask入门之Pycharm写Hello Word
在这里记录整理Flask入门的笔记! 今天讲讲使用Pycharm写一个Hello World 前提是已经安装好Pycharm,安装过程很简单,这里不赘述. 只放两个可以提供注册码的网站: Intell ...
- JSON Patch
1.前言 可以这么说的是,任何一种非强制性约束同时也没有"标杆"工具支持的开发风格或协议(仅靠文档是远远不够的),最终的实现上都会被程序员冠上"务实"的名头,而 ...
- react native 1跳2 2跳3 3跳4 4pop回2
网上有介绍导航的很多了 就不一一说了 直接说一个小功能 popToRoute pop回指定页面 第一次写 组织能力不是特别好 直接贴代码 例如 我们有四个页面 从第四个pop到第二个页面 先 ...
- 分布式架构真正适用于大型互联网项目的架构! dubbo+zookeeper+springmvc+mybatis+shiro+redis
分类: 分布式技术(3) 目录(?)[+] 平台简介 Jeesz是一个分布式的框架,提供项目模块化.服务化.热插拔的思想,高度封装安全性的Java EE快速开发平台. Jeesz本身集成D ...
- 解决redis connection refused: connect无法连接redis
环境 VM VirtualBox安装虚拟机CentOS 7 1.Redis.conf配置文件中 注释掉 bind 127.0.0.1 2.防火墙关闭(或添加可访问的端口,具体不在此描述) 最后一个坑 ...
- Linux时间子系统之三:时间的维护者:timekeeper
专题文档汇总目录 Notes: 原文地址:Linux时间子系统之三:时间的维护者:timekeeper 本系列文章的前两节讨论了用于计时的时钟源:clocksource,以及内核内部时间的一些表示方法 ...