当前位置: 首页 > 编程笔记 >

NopCommerce架构分析(一)Autofac依赖注入类生成容器

帅德惠
2023-03-14
本文向大家介绍NopCommerce架构分析(一)Autofac依赖注入类生成容器,包括了NopCommerce架构分析(一)Autofac依赖注入类生成容器的使用技巧和注意事项,需要的朋友参考一下

NopCommerce为了实现松耦合的框架设计目的,使用了IOC框架:Autofac。据有人测试,Autofac是性能很好的IOC工具。

1、在IOC中,组件首先需要在IOC中注册,有通过配置文件注册的。像Spring.net,也有通过特性注册的,像StructureMap,也有通过代理来注册的,像Autofac。但是IOC讲究一个原则,就是接口和实现分离。所有IOC就是生命某个具体类实现了某个接口。然后在使用时,系统从IOC中获取接口的实现类,并创建对象。

2、下面来看NopCommerce如何使用Autofac实现松耦合的框架设计的。其实它的插件机制也是通过Autofac来实现的。

IOC的封装及灵活使用机制主要在Nop.Core.Infrastructure中封装的。在Autofac中,对象又称为组件。组件生命周期分为:单例、临时和生命周期域内,如下定义:

namespace Nop.Core.Infrastructure.DependencyManagement 
{ 
 public enum ComponentLifeStyle 
 { 
  Singleton = 0, 
  Transient = 1, 
  LifetimeScope = 2 
 } 
} 

Autofac中有容器、并提供方法注册接口及其类型,还提供方法查找到注册的类型,以及自动创建对象。

3、类型查找器

为了支持插件功能,以及支持一些自动注册的功能。系统提供了类型查找器。ITypeFinder以及实现类就是提供此功能。通过类型查找器可以查找本程序域中的类,也可以查找整个bin目录下所有动态链接库中类,并把它们注册到类型反转容器中。ITypeFinder以及实现类如下:

4、类型注册

容器管理类:ContainerManager,管理通过Autofac生成的容器;

容器配置器:ContainerConfigurer:配置依赖反转容器,建立整个框架的类型依赖注册和类型查找类之间的关系。

在系统中有一个依赖类引擎上下文环境:EngineContext,可以根据配置文件生成引擎,此引擎是负责根据类型接口从容器中返回对象。

系统默认引擎NopEngine,若没有配置有效的引擎,即用默认引擎,生成的引擎保存在单例容器中。

它们的关系如下:

系统在类MvcApplication的方法Application_Start中初始化引擎上下文。并通过调用EngineContext.Initialize(false);实现所有反转依赖的注册功能;

5、容器注册类

系统注册接口为:IDependencyRegistrar,系统通过ContainerConfigurer注册此接口以及实现类的,并通过ITypeFinder类搜寻程序集里实现接口IDependencyRegistrar的类。代码如下:

namespace Nop.Core.Infrastructure.DependencyManagement 
{ 
 /// <summary> 
 /// Configures the inversion of control container with services used by Nop. 
 /// </summary> 
 public class ContainerConfigurer 
 { 
  public virtual void Configure(IEngine engine, ContainerManager containerManager, EventBroker broker, NopConfig configuration) 
  { 
   //other dependencies 
   containerManager.AddComponentInstance<NopConfig>(configuration, "nop.configuration"); 
   containerManager.AddComponentInstance<IEngine>(engine, "nop.engine"); 
   containerManager.AddComponentInstance<ContainerConfigurer>(this, "nop.containerConfigurer"); 
 
   //type finder 
   containerManager.AddComponent<ITypeFinder, WebAppTypeFinder>("nop.typeFinder"); 
 
   //register dependencies provided by other assemblies 
   var typeFinder = containerManager.Resolve<ITypeFinder>(); 
   containerManager.UpdateContainer(x => 
   { 
    var drTypes = typeFinder.FindClassesOfType<IDependencyRegistrar>(); 
    var drInstances = new List<IDependencyRegistrar>(); 
    foreach (var drType in drTypes) 
     drInstances.Add((IDependencyRegistrar)Activator.CreateInstance(drType)); 
    //sort 
    drInstances = drInstances.AsQueryable().OrderBy(t => t.Order).ToList(); 
    foreach (var dependencyRegistrar in drInstances) 
     dependencyRegistrar.Register(x, typeFinder); 
   }); 
 
   //event broker 
   containerManager.AddComponentInstance(broker); 
  } 
 } 
}

而接口IDependencyRegistrar的内容如下:

namespace Nop.Core.Infrastructure.DependencyManagement 
{ 
 public interface IDependencyRegistrar 
 { 
  /// <summary> 
  /// 此方法在通过ContainerBuilder注册依赖关系。 
  /// </summary> 
  /// <param name="builder">容器管理者类</param> 
  /// <param name="typeFinder">类型查找者接口</param> 
  void Register(ContainerBuilder builder, ITypeFinder typeFinder); 
  /// <summary> 
  /// 注册排序序号 
  /// </summary> 
  int Order { get; } 
 } 
}

6、单例类容器

单例类系列保存系统中与程序相同生命周期的单例对象,或者叫做单例类容器。

其中包括实体类,集合类和字典类的单例容器。

Singleton<T>,SingletonList<T>,SingletonDictionary<TKey, TValue>。EngineContext就是通过Singleton<T>类来管理引擎的。

7、MVC 服务提供类。

类型依赖获取器:NopDependencyResolver,通过继承mvc下的接口:IDependencyResolver,并在Application_Start方法中注册,使之在系统启动时调用。

//set dependency resolver 
var dependencyResolver = new NopDependencyResolver();
DependencyResolver.SetResolver(dependencyResolver);

8、其他

事件拦截类:EventBroker:过滤向系统发送的请求,防止由于临时的错误或异常导致系统崩溃。

系统启动时执行任务:IStartupTask,启动时执行的任务主要是数据库的初始化和加载。

 类似资料:
  • 容器和依赖注入 5.1版本正式引入了容器的概念,用来更方便的管理类依赖及运行依赖注入。 5.0版本已经支持依赖注入的,依赖注入和容器没有必然关系 容器类的工作由think\Container类完成,但大多数情况我们只需要通过app助手函数即可完成大部分操作。 依赖注入其实本质上是指对类的依赖通过构造器完成自动注入,例如在控制器架构方法和操作方法中一旦对参数进行对象类型约束则会自动触发依赖注入,由于

  • 依赖注入(Dependency Injection,DI)容器就是一个对象,它知道怎样初始化并配置对象及其依赖的所有对象。 Martin 的文章 已经解释了 DI 容器为什么很有用。 这里我们主要讲解 Yii 提供的 DI 容器的使用方法。 依赖注入(Dependency Injection) Yii 通过 yii\di\Container 类提供 DI 容器特性。 它支持如下几种类型的依赖注入:

  • 在不讨论原因的情况下,假设有人想要一个老式的Play Framework web服务,并且不想使用依赖注入,也不想依赖Google的Guice。在玩法2.8.x中还可能吗? 有没有一个简单的方法可以让你不去这里就呆在老学校里? 我承认,但不完全理解https://www.playframework.com/documentation/2.4.x/migration24。我认为我的问题与2.7中删除

  • 在React中,想做依赖注入(Dependency Injection)其实相当简单。请看下面这个例子: // Title.jsx export default function Title(props) { return <h1>{ props.title }</h1>; } // Header.jsx import Title from './Title.jsx'; export defa

  • 依赖注入 Dependency Injection is a strong mechanism, which helps us easily manage dependencies of our classes. It is very popular pattern in strongly typed languages like C# and Java. 依赖注入是一个很强大的机制,该机制可以帮

  • 简介 Hyperf 默认采用 hyperf/di 作为框架的依赖注入管理容器,尽管从设计上我们允许您更换其它的依赖注入管理容器,但我们强烈不建议您更换该组件。 hyperf/di 是一个强大的用于管理类的依赖关系并完成自动注入的组件,与传统依赖注入容器的区别在于更符合长生命周期的应用使用、提供了 注解及注解注入 的支持、提供了无比强大的 AOP 面向切面编程 能力,这些能力及易用性作为 Hyper

  • 出自维基百科 Wikipedia: 依赖注入是一种允许我们从硬编码的依赖中解耦出来,从而在运行时或者编译时能够修改的软件设计模式。 这句解释让依赖注入的概念听起来比它实际要复杂很多。依赖注入通过构造注入,函数调用或者属性的设置来提供组件的依赖关系。就是这么简单。