依赖注入之Autofac使用总结
依赖倒置?控制反转(IOC)? 依赖注入(DI)?
你是否还在被这些名词所困扰,是否看了大量理论文章后还是一知半解了?
今天我想结合实际项目,和正在迷惑中的新手朋友一起来学习和总结依赖注入Autofac的使用和理解。
依赖注入粗暴理解
依赖:
public class A
{
public A(B b)
{
// do something
}
}
这样的代码,估计没有程序猿不曾使用。
A类实例化的时候需要一个B的对象作为构造函数的参数,那么A就依赖B,这就叫依赖。
当然,不用构造函数的方式,在A类内部去new一个B,其实也是一样存在A依赖B。
注入:
看到“注入”一词,第一想到的是不是注射器?哈哈,还生活在童年阴影中。 结合一下“打针”这个场景来简单理解下依赖注入。
医生使用注射器(Autofac),将药物(依赖=类对象),注入到血管(其他类中)。
Autofac的基本使用
搭建项目
创建一个MVC项目,通过Nuget直接添加Autofac。
注入类本身.AsSelf()
public class TestController : Controller
{
private readonly InjectionTestService _testService; public TestController(InjectionTestService testService)
{
_testService = testService;
} public ActionResult Index()
{
ViewBag.TestValue = _testService.Test();
return View();
}
}
public class InjectionTestService : IService
{
public string Test()
{
return "Success";
}
}
在Global.asax中加入依赖注入的注册代码
// 创建一个容器
var builder = new ContainerBuilder();
// 注册所有的Controller
builder.RegisterControllers(Assembly.GetExecutingAssembly());
// RegisterType方式:
builder.RegisterType<InjectionTestService>().AsSelf().InstancePerDependency();
// Register方式:
builder.Register(c => new InjectionTestService()).AsSelf().InstancePerDependency(); // 自动注入的方式,不需要知道具体类的名称 /* BuildManager.GetReferencedAssemblies()
* 程序集的集合,包含 Web.config 文件的 assemblies 元素中指定的程序集、
* 从 App_Code 目录中的自定义代码生成的程序集以及其他顶级文件夹中的程序集。
*/ // 获取包含继承了IService接口类的程序集
var assemblies = BuildManager.GetReferencedAssemblies().Cast<Assembly>()
.Where(
assembly =>
assembly.GetTypes().FirstOrDefault(type => type.GetInterfaces().Contains(typeof(IService))) !=
null
); // RegisterAssemblyTypes 注册程序集
var enumerable = assemblies as Assembly[] ?? assemblies.ToArray();
if (enumerable.Any())
{
builder.RegisterAssemblyTypes(enumerable)
.Where(type => type.GetInterfaces().Contains(typeof(IService))).AsSelf().InstancePerDependency();
} // 把容器装入到微软默认的依赖注入容器中
var container = builder.Build();
DependencyResolver.SetResolver(new AutofacDependencyResolver(container));
为接口注入具体类.AsImplementedInterfaces()
public class TestController : Controller
{
private readonly IService _testService;
public TestController(IService testService)
{
_testService = testService;
} public ActionResult Index()
{
ViewBag.TestValue = _testService.Test();
return View();
}
}
// Register 方式指定具体类
builder.Register(c => new InjectionTestService()).As<IService>().InstancePerDependency(); // RegisterType 方式指定具体类
builder.RegisterType<InjectionTestService>().As<IService>().InstancePerDependency(); // 自动注册的方式 // 获取包含继承了IService接口类的程序集
var assemblies = BuildManager.GetReferencedAssemblies().Cast<Assembly>()
.Where(
assembly =>
assembly.GetTypes().FirstOrDefault(type => type.GetInterfaces().Contains(typeof(IService))) !=
null
); // RegisterAssemblyTypes 注册程序集
var enumerable = assemblies as Assembly[] ?? assemblies.ToArray();
if (enumerable.Any())
{
builder.RegisterAssemblyTypes(enumerable)
.Where(type => type.GetInterfaces().Contains(typeof(IService))).AsImplementedInterfaces().InstancePerDependency();
}
利用Named自动注入依赖类
需求场景说明: 有A、B、C三个短信平台提供发送短信业务; 分别有三个短信平台的实现类,AMessage,BMessage,CMessage; 客户端在不同时段选取不同平台发送短信。 |
常规简单处理方式
新建三个服务类,AMsgService,BMsgService,CMsgService。
在客户端通过 if else 的方式判断要选用哪个短信平台,然后new服务类对象,再调用Send方法发送短信。
缺点
如果有新的短信平台D加入的话,必须新建一个DSendMsgService,然后修改客户端if else 代码。
改造
抽象一个短信平台的接口
public interface IMessage
{
decimal QueryBalance();
bool Send(string msg);
int TotalSend(DateTime? startDate, DateTime? endDate);
}
具体实现类
[MessagePlatform(Enums.MPlatform.A平台)]
public class ASendMessageService : IMessage
{
public decimal QueryBalance()
{
return ;
} public bool Send(string msg)
{
return true;
} public int TotalSend(DateTime? startDate, DateTime? endDate)
{
return ;
}
}
类有一个自定义属性标签MessagePlatform,这个是干嘛了? 是为了给这个类做一个标记,结合Named使用,实现自动注入。
public class TestController : Controller
{
private Func<int, IMessage> _factory;
public TestController(Func<int, IMessage> factory)
{
_factory = factory;
} public ActionResult Index()
{
var retult = _factory((int)Enums.MPlatform.A平台).Send("去你的吧");
return View(retult);
}
}
构造函数参数居然是一个func的委托?
这个factory传入参数是一个int(定义好的短信平台枚举值),就可以拿到这个短信平台具体的实现类?
没错,autofac就是这么任性。
builder.RegisterType<ASendMessageService>().Named<IMessage>(
(
// 获取类自定义属性
typeof(ASendMessageService).GetCustomAttributes(typeof(MessagePlatformAttribute), false).FirstOrDefault()
as MessagePlatformAttribute ).platform.ToString()
).InstancePerRequest(); builder.Register<Func<int, IMessage>>(c =>
{
var ic = c.Resolve<IComponentContext>();
return name => ic.ResolveNamed<IMessage>(name.ToString());
});
疑问:
上面只是给 ASendMessageService类实现了自动注入,那么BSendMessageService,CSendMessageService怎么办了,不可能都去复制一段注入的配置代码吧?
typeof(IMessage).Assembly.GetTypes()
.Where(t => t.GetInterfaces().Contains(typeof(IMessage)))
.ForEach(type =>
{
// 注册type
});
如果你有些实现类不在IMessge这个程序集下,那就不能这么写了,要结合具体项目情况来调整代码。
总结
1.依赖注入的目的是为了解耦。 2.不依赖于具体类,而依赖抽象类或者接口,这叫依赖倒置。 3.控制反转即IoC (Inversion of Control),它把传统上由程序代码直接操控的对象的调用权交给容器,通过容器来实现对象组件的装配和管理。所谓的“控制反转”概念就是对组件对象控制权的转移,从程序代码本身转移到了外部容器。 4. 微软的DependencyResolver如何创建controller 【后续学习】 |
Autofac创建类的生命周期
1、InstancePerDependency
对每一个依赖或每一次调用创建一个新的唯一的实例。这也是默认的创建实例的方式。
官方文档解释:Configure the component so that every dependent component or call to Resolve() gets a new, unique instance (default.)
2、InstancePerLifetimeScope
在一个生命周期域中,每一个依赖或调用创建一个单一的共享的实例,且每一个不同的生命周期域,实例是唯一的,不共享的。
官方文档解释:Configure the component so that every dependent component or call to Resolve() within a single ILifetimeScope gets the same, shared instance. Dependent components in different lifetime scopes will get different instances.
3、InstancePerMatchingLifetimeScope
在一个做标识的生命周期域中,每一个依赖或调用创建一个单一的共享的实例。打了标识了的生命周期域中的子标识域中可以共享父级域中的实例。若在整个继承层次中没有找到打标识的生命周期域,则会抛出异常:DependencyResolutionException。
官方文档解释:Configure the component so that every dependent component or call to Resolve() within a ILifetimeScope tagged with any of the provided tags value gets the same, shared instance. Dependent components in lifetime scopes that are children of the tagged scope will share the parent's instance. If no appropriately tagged scope can be found in the hierarchy an DependencyResolutionException is thrown.
4、InstancePerOwned
在一个生命周期域中所拥有的实例创建的生命周期中,每一个依赖组件或调用Resolve()方法创建一个单一的共享的实例,并且子生命周期域共享父生命周期域中的实例。若在继承层级中没有发现合适的拥有子实例的生命周期域,则抛出异常:DependencyResolutionException。
官方文档解释:Configure the component so that every dependent component or call to Resolve() within a ILifetimeScope created by an owned instance gets the same, shared instance. Dependent components in lifetime scopes that are children of the owned instance scope will share the parent's instance. If no appropriate owned instance scope can be found in the hierarchy an DependencyResolutionException is thrown.
5、SingleInstance
每一次依赖组件或调用Resolve()方法都会得到一个相同的共享的实例。其实就是单例模式。
官方文档解释:Configure the component so that every dependent component or call to Resolve() gets the same, shared instance.
6、InstancePerHttpRequest (新版autofac建议使用InstancePerRequest)
在一次Http请求上下文中,共享一个组件实例。仅适用于asp.net mvc开发。
官方文档解释:Share one instance of the component within the context of a single HTTP request.
https://stackoverflow.com/questions/2888621/autofacs-funct-to-resolve-named-service
本文博客园地址:http://www.cnblogs.com/struggle999/p/6986903.html |
如果您觉得阅读本文对您有帮助,请点一下“推荐”按钮,您的“推荐”将是我最大的写作动力!欢迎各位转载,但是未经作者本人同意,转载文章之后必须在文章页面明显位置给出作者和原文连接,否则保留追究法律责任的权利。
依赖注入之Autofac使用总结的更多相关文章
- 大比速:remoting、WCF(http)、WCF(tcp)、WCF(RESTful)、asp.net core(RESTful) .net core 控制台程序使用依赖注入(Autofac)
大比速:remoting.WCF(http).WCF(tcp).WCF(RESTful).asp.net core(RESTful) 近来在考虑一个服务选型,dotnet提供了众多的远程服务形式.在只 ...
- ASP.NET MVC IOC依赖注入之Autofac系列(二)- WebForm当中应用
上一章主要介绍了Autofac在MVC当中的具体应用,本章将继续简单的介绍下Autofac在普通的WebForm当中的使用. PS:目前本人还不知道WebForm页面的构造函数要如何注入,以下在Web ...
- ASP.NET MVC IOC依赖注入之Autofac系列(一)- MVC当中应用
话不多说,直入主题看我们的解决方案结构: 分别对上面的工程进行简单的说明: 1.TianYa.DotNetShare.Model:为demo的实体层 2.TianYa.DotNetShare.Repo ...
- 依赖注入容器Autofac的详解
Autofac和其他容器的不同之处是它和C#语言的结合非常紧密,在使用过程中对你的应用的侵入性几乎为零,更容易与第三方的组件集成,并且开源,Autofac的主要特性如下: 1,灵活的组件实例化:Aut ...
- 依赖注入容器Autofac与MVC集成
Autofac是应用于.Net平台的依赖注入(DI,Dependency Injection)容器,具有贴近.契合C#语言的特点.随着应用系统的日益庞大与复杂,使用Autofac容器来管理组件之间的关 ...
- webapi框架搭建-依赖注入之autofac
前言 c#的依赖注入框架有unity.autofac,两个博主都用过,感觉unity比较简单而autofac的功能相对更丰富(自然也更复杂一点),本篇将基于前几篇已经创建好的webapi项目,引入au ...
- 依赖注入(二)Autofac简单使用
Autofac简单使用 源码下载传上源码,终于学会传文件了. 首先 还是那句话:“不要信我,否则你死得很惨!”. C#常见的依赖注入容器 IoC in .NET part 1: Autofac IoC ...
- 深入浅出依赖注入容器——Autofac
1.写在前面 相信大家对IOC和DI都耳熟能详,它们在项目里面带来的便利大家也都知道,微软新出的.NetCore也大量采用了这种手法. 如今.NetCore也是大势所趋了,基本上以.Net为技术主导的 ...
- 依赖注入之AutoFac
一 .IoC框架AutoFac简介 IoC即控制反转(Inversion of Control),是面向对象编程中的一种设计原则,可以用来减低计算机代码之间的耦合度.其中最常见的方式叫做依赖注入(De ...
随机推荐
- List<Object>对象集合一些扩展方法
// 商品集合信息 List<Product> list = new List<Product>() { ...
- [ext4]磁盘布局 - group分析
ext4文件系统的磁盘布局是先把磁盘分成一个个相同大小的block块(每个block块的大小默认是4K),然后把这些block块合成一个个group. group大小最大为256M(默认为256M), ...
- systemtap原理及使用
SystemTap的架构 SystemTap用于检查运行的内核的两种方法是 Kprobes和 返回探针.但是理解任何内核的最关键要素是内核的映射,它提供符号信息(比如函数.变量以及它们的地址).有了内 ...
- JS基础部分小结
[使用js的三种方式] 1.HTML标签中内嵌JS(不提倡使用) 2.HTML页面中直接使用JS <script type="text/javascript"> JS代 ...
- css优先级之特殊性
在前端开发的时候,css构建样式规则,这个时候我们会遇到一个问题:当我们对同一个元素做多个样式规则,其中发生了冲突的时候,css是如何选择最终呈现的样式 如下: div{ color:red; } d ...
- JavaScript面向对象的理解
JavaScript面向对象的理解 笔记链接: http://pan.baidu.com/s/1c0hivuS 1:JavaScript 中分两种对象,函数对象和普通对象new Function() ...
- zen coding一个牛的不行的html和css开发工具
zen coding 是一种仿css选择器的语法来快速开发html和css的开源项目.现已更名为Emmet.可以到github上下载拜读.在这个都想偷懒的世界里,此方法可以极大的缩短开发人员的开发时间 ...
- 添加Metasploit-payload到已有的Android项目中
metasploit在写这篇文章之前,笔者可以说是对java一窍不通,也从来没有写过什么Android应用,在几天的摸爬滚打中终于实现了最终的目的,就是在已有Apk源码的情况下,用了比较另类的方式,添 ...
- Gephi安装
Gephi for mac https://gephi.org/users/download/ 在官网上下载gephi-0.9.1-macos.dmg双击拖到Application里面就好了,注意有的 ...
- Python—课时ONE
说实话第一次接触Python还是在我刚上班的时候,听说很多人这个开发语言很吊,应用的领域很多.but这些东西还不能够吸引我,真正的原因是因为这个开发语言很是简单,比较适合我这种2B学的.但是越往后越觉 ...