IOC模式和依赖注入是近年来非常流行的一种模式,相信大家都不陌生了,在Asp.Net Core中提供了依赖注入作为内置的基础设施,如果仍不熟悉依赖注入的读者,可以看看由我们翻译的Asp.Net Core中文文档中依赖注入的相关章节: ASP.NET Core 中文文档 第三章 原理(10)依赖注入。基于IoC的重要性,AspectCore在提供Aop特性的同时,同样提供了可以和Aop无缝集成使用的轻量级、高性能IoC容器AspectCore.Injector

开始使用

AspectCore.Injector内置在AspectCore.Core包中,我们可以通过nuget获取

   Install-Package AspectCore.Core -pre

容器和服务注册

在AspectCore.Injector中容器命名为IServiceContainer,使用容器的默认实现来创建一个容器,并且提供了类型,实例,和工厂三种方式来注册服务:

IServiceContainer services = new ServiceContainer();

//使用类型注册服务
services.AddType<ILogger, Logger>(); //使用实例注册服务,服务的生命周期限定为单例
services.AddInstance<ITaskService>(new TaskService()); //使用委托工厂注册服务
services.AddDelegate<ITaskService, TaskService>(resolver => new TaskService());

服务解析

AspectCore.Injector通过IServiceResolver来解析服务:

//创建服务解析器
IServiceResolver serviceResolver = services.Build(); //解析单个服务
ISampleService sampleService = serviceResolver.Resolve<ISampleService>(); //解析单个服务,并且验证是否为null,为null则抛出异常
ISampleService sampleServiceRequired = serviceResolver.ResolveRequired<ISampleService>(); //解析服务集合,如果未注册,则为空集合
IEnumerable<ISampleService> sampleServices = serviceResolver.ResolveMany<ISampleService>();

依赖注入

AspectCore.Injector提供构造器注入和属性两种方式:

public interface ISampleService
{
} public class SampleService : ISampleService
{
private readonly ISampleRepository _sampleRepository;
private readonly ILogger _logger; //构造器注入
public SampleService(ISampleRepository sampleRepository, ILogger logger)
{
_sampleRepository = sampleRepository;
_logger = logger;
}
} public interface ISampleRepository
{
} public class SampleRepository : ISampleRepository
{
//属性注入。属性注入的条件为标记FromContainer特性,并且允许set。满足条件的属性自动注入
[FromContainer]
public ILogger Logger { get; set; }
}

生命周期

AspectCore.Injector提供以下生命周期:

瞬时

瞬时(Transient)生命周期服务在它们每次请求时被创建。这一生命周期适合轻量级的,无状态的服务。

作用域

作用域(Scoped)生命周期服务在每个作用域内被创建一次。

单例

单例(Singleton)生命周期服务在它们第一次被解析时创建,并且每个后续解析将使用相同的实例。如果你的应用程序需要单例行为,建议让服务容器管理服务的生命周期而不是在自己的类中实现单例模式和管理对象的生命周期。

Aop集成

在AspectCore.Injector中默认开启在AspectCore.DynamicProxy的Aop集成,并可通过IServiceContainer的Configure方法进行Aop的配置。

services.Configure(config =>
{
config.Interceptors.AddTyped<SampleInterceptor>();
});

在Asp.Net Core中使用AspectCore.Injector

安装AspectCore.Extensions.DependencyInjection nuget包

    Install-Package AspectCore.Extensions.DependencyInjection -pre

在修改ConfigureServices:

public IServiceProvider ConfigureServices(IServiceCollection services)
{
//添加你的服务... //将IServiceCollection的服务添加到ServiceContainer容器中
var container = services.ToServiceContainer();
return container.Build();
}

只需要两行代码即可在Asp.Net Core中使用AspectCore.Injector替换默认的DependencyInjection。

性能

Autofac是目前.net/.net core较为流行的IoC容器之一,我们把Autofac(4.6.2版本)作为性能对比目标。分别从解析简单对象,属性注入和构造器注入三个方面对比性能。

Benckmark类编写如下:

[AllStatisticsColumn]
[MemoryDiagnoser]
public class Benckmarks
{
private readonly IServiceResolver serviceResolver;
private readonly IContainer container; public Benckmarks()
{
var containerBuilder = new ContainerBuilder();
containerBuilder.RegisterType<Logger>().As<ILogger>().InstancePerDependency();
containerBuilder.RegisterType<TaskService>().As<ITaskService>().InstancePerDependency();
containerBuilder.RegisterType<SampleRepository>().As<ISampleRepository>().InstancePerDependen
containerBuilder.RegisterType<SampleService2>().As<ISampleService>().InstancePerDependency();
container = containerBuilder.Build(); var serviceContainer = new ServiceContainer();
serviceContainer.AddType<ILogger, Logger>(Lifetime.Transient);
serviceContainer.AddType<ITaskService, TaskService>(Lifetime.Transient);
serviceContainer.AddType<ISampleRepository, SampleRepository>(Lifetime.Transient);
serviceContainer.AddType<ISampleService, SampleService2>(Lifetime.Transient);
serviceResolver = serviceContainer.Build();
} [Benchmark]
public object Autofac_Sample_Resolve()
{
return container.Resolve<ITaskService>();
} [Benchmark]
public object AspectCore_Sample_Resolve()
{
return serviceResolver.Resolve<ITaskService>();
} [Benchmark]
public object Autofac_PropertyInjection()
{
return container.Resolve<ISampleRepository>();
} [Benchmark]
public object AspectCore_PropertyInjection()
{
return serviceResolver.Resolve<ISampleRepository>();
} [Benchmark]
public object Autofac_ConstructorInjection()
{
return container.Resolve<ISampleService>();
} [Benchmark]
public object AspectCore_ConstructorInjection()
{
return serviceResolver.Resolve<ISampleService>();
}
}

使用Release模式运行Benchmark:

BenchmarkDotNet=v0.10.8, OS=Windows 10 Threshold 2 (10.0.10586)
Processor=Intel Core i5-4590 CPU 3.30GHz (Haswell), ProcessorCount=4
Frequency=3215206 Hz, Resolution=311.0221 ns, Timer=TSC
dotnet cli version=2.0.0
[Host] : .NET Core 4.6.00001.0, 64bit RyuJIT
DefaultJob : .NET Core 4.6.00001.0, 64bit RyuJIT | Method | Mean | Min | Max | Op/s | Gen 0 | Allocated |
|-------------------------------- |------------:|------------:|------------:|-------------:|-------:|----------:|
| Autofac_Sample_Resolve | 494.83 ns | 482.52 ns | 506.58 ns | 2,020,908.9 | 0.2384 | 752 B |
| AspectCore_Sample_Resolve | 88.52 ns | 87.92 ns | 89.31 ns | 11,296,837.3 | 0.0279 | 88 B |
| Autofac_PropertyInjection | 2,014.46 ns | 2,004.18 ns | 2,028.83 ns | 496,411.0 | 0.5875 | 1856 B |
| AspectCore_PropertyInjection | 307.55 ns | 303.61 ns | 310.74 ns | 3,251,544.6 | 0.1063 | 336 B |
| Autofac_ConstructorInjection | 1,465.71 ns | 1,454.43 ns | 1,480.38 ns | 682,263.5 | 0.6084 | 1920 B |
| AspectCore_ConstructorInjection | 284.94 ns | 283.55 ns | 286.05 ns | 3,509,500.8 | 0.0987 | 312 B |

有问题反馈

Sample:IoC-Sample

如果您有任何问题,请提交 Issue 给我们。

Github : https://github.com/dotnetcore/AspectCore-Framework

AspectCore Group QQ群: 306531723

AspectCore中的IoC容器和依赖注入的更多相关文章

  1. IOC容器的依赖注入

    1.依赖注入发生的时间 当Spring IoC容器完成了Bean定义资源的定位.载入和解析注册以后,IoC容器中已经管理类Bean定义的相关数据,但是此时IoC容器还没有对所管理的Bean进行依赖注入 ...

  2. springboot成神之——ioc容器(依赖注入)

    springboot成神之--ioc容器(依赖注入) spring的ioc功能 文件目录结构 lang Chinese English GreetingService MyRepository MyC ...

  3. 深入分析MVC中通过IOC实现Controller依赖注入的原理

    这几天利用空闲时间,我将ASP.NET反编译后的源代码并结合园子里几位大侠的写的文章认真的看了一遍,收获颇丰,同时也摘要了一些学习内容,存入了该篇文章:<ASP.NET运行机制图解>,在对 ...

  4. ASP.NET中IOC容器Autofac(依赖注入DI 控制反转IOC)

    IOC的一个重点是在程序运行中,动态的向某个对象提供它所需要的其他对象.这一点是通过DI来实现的.Autofac则是比较流行的一款IOC容器. IoC和DI有什么关系呢?其实它们是同一个概念的不同角度 ...

  5. 通过中看不中用的代码分析Ioc容器,依赖注入....

    /** * 通过生产拥有超能力的超人实例 来理解IOC容器 */ //超能力模组接口 interface SuperModuleInterface{ public function activate( ...

  6. spring框架--IOC容器,依赖注入

    思考: 1. 对象创建创建能否写死? 2. 对象创建细节 对象数量 action  多个   [维护成员变量] service 一个   [不需要维护公共变量] dao     一个   [不需要维护 ...

  7. Spring源码解析三:IOC容器的依赖注入

    一般情况下,依赖注入的过程是发生在用户第一次向容器索要Bean是触发的,而触发依赖注入的地方就是BeanFactory的getBean方法. 这里以DefaultListableBeanFactory ...

  8. [spring源码] 小白级别的源码解析IOC容器的依赖注入(三)

    上一篇介绍了ioc容器的初始化过程,主要完成了ioc容器建立beanDefinition数据映射.并没有看到ioc容器对bean依赖关系进行注入. 接口getbean就是出发依赖注入发生的地方.下面从 ...

  9. PHP中的服务容器与依赖注入的思想

    依赖注入 当A类需要依赖于B类,也就是说需要在A类中实例化B类的对象来使用时候,如果B类中的功能发生改变,也会导致A类中使用B类的地方也要跟着修改,导致A类与B类高耦合.这个时候解决方式是,A类应该去 ...

随机推荐

  1. 【Alpha】阶段 第六次 Scrum Meeting

    每日任务 1.本次会议为第 六次 Meeting会议: 2.本次会议在上午09:35,大课间休息时间在陆大召开,召开本次会议为20分钟,讨论统一下时间安排的问题以及一些程序上的该进: 一.今日站立式会 ...

  2. 201521123093 java 第六周学习总结

    1. 本周学习总结 1.1 面向对象学习暂告一段落,请使用思维导图,以封装.继承.多态为核心概念画一张思维导图,对面向对象思想进行一个总结. 注1:关键词与内容不求多,但概念之间的联系要清晰,内容覆盖 ...

  3. 201521123105 第四周Java学习总结

    1. 本周学习总结 1.1 尝试使用思维导图总结有关继承的知识点. 1.2 使用常规方法总结其他上课内容. 继承与多态的概念与实现父类与之类的关系解决代码复用的办法 2. 书面作业 2.1 将在网上商 ...

  4. JAVA课程设计+购物车 个人博客

    1. 团队课程设计博客链接 2.个人负责模块或任务说明 将数据库中已经存在的商品取出,用表格显示到页面中. 实现在商品页面的购买,直接弹出消息框,输出价格,实现购买. 实现在商品页面进行添加购物车,并 ...

  5. 201521123072《java程序设计》第十三周学习总结

    201521123072<java程序设计>第十三周学习总结 1. 本周学习总结 以你喜欢的方式(思维导图.OneNote或其他)归纳总结多网络相关内容. 2. 书面作业 1. 网络基础 ...

  6. Java课程设计-计算器 郑子杰(201521123021)

    1.团队课程设计博客链接 http://www.cnblogs.com/I-love-java/p/7058752.html 2.个人负责模块或任务说明 ①图形界面的初始化 ②图形界面的排版设计 ③主 ...

  7. 201521123030 《Java程序设计》 第13周学习总结

    1. 本周学习总结 以你喜欢的方式(思维导图.OneNote或其他)归纳总结多网络相关内容. 2. 书面作业 1. 网络基础 1.1 比较ping www.baidu.com与ping cec.jmu ...

  8. Java :内部类基础详解

    可以将一个类的定义放在另一个类的定义内部,这就是内部类. 第一次见面 内部类我们从外面看是非常容易理解的,无非就是在一个类的内部在定义一个类. public class OuterClass { pr ...

  9. python日记_01 python实现6个人围成一圈,扔到第三个人出局,循环扔的问题。

    #!/usr/bin/python shoplist=['mango','apple','carrot','banana','oracle','python'] length = len(shopli ...

  10. man page里面函数后面的括号中的数字代表的含义。

    Linux下最通用的领域及其名称及说明如下:领域 名称 说明 1 用户命令, 可由任何人启动的. 2 系统调用, 即由内核提供的函数. 3 例程, 即库函数. 4 设备, 即/dev目录下的特殊文件. ...