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,启动时执行的任务主要是数据库的初始化和加载。

(0)

相关推荐

  • NopCommerce架构分析之(六)自定义RazorViewEngine和WebViewPage

    系统中对Razor的支持包括两部分,其中之一就是自定义RazorViewEngine 一.自定义RazorViewEngine 在Global.asax.cs的Application_Start方法中,注册了自定义视图引擎: //remove all view engines ViewEngines.Engines.Clear(); //except the themeable razor view engine we use ViewEngines.Engines.Add(new Themea

  • NopCommerce架构分析之(四)基于路由实现灵活的插件机制

    NopCommerce支持灵活的插件机制,所谓Web系统插件,其实也就是可以像原系统的一部分一样使用. Web系统的使用方式就是客户端发送一个请求,服务端进行解析.在asp.net MVC中对客户请求的解析是通过路由的方式实现的. 所谓路由就是在客户端发生请求时,对请求路径的解析过程. 在Global.asax.cs中注册所有路由类: //register custom routes (plugins, etc) var routePublisher = EngineContext.Curren

  • NopCommerce架构分析之(七)主题Theme皮肤管理器

    IThemeContext:皮肤上下文,支持桌面皮肤和移动段皮肤.其实体类为:ThemeContext; IThemeProvider:皮肤提供者,其实体类为ThemeProvider;皮肤提供者从皮肤配置文件中解析配置项,加载系统提供的所有皮肤方案,系统默认提供桌面干净皮肤(~/Themes/DefaultClean)和移动端皮肤(~/Themes/Mobile).ThemeConfiguration是对theme.config数据的解析对象. IThemeContext从IThemeProv

  • NopCommerce架构分析之(三)EntityFramework数据库初试化及数据操作

    系统启动时执行任务:IStartupTask,启动时执行的任务主要是数据库的初始化和加载. IStartupTask调用IEfDataProvider进行数据库的初始化. IEfDataProvider,SqlCeDataProvider:获取数据连接工厂,不同类型数据库,连接工厂不同. 接口IStartupTask的实体类EfStartUpTask的实现如下: public class EfStartUpTask : IStartupTask { public void Execute() {

  • 基于nopCommerce的开发框架 附源码

    .NET的开发人员应该都知道这个大名鼎鼎的高质量b2c开源项目-nopCommerce,基于EntityFramework和MVC开发,拥有透明且结构良好的解决方案,同时结合了开源和商业软件的最佳特性.官网地址:http://www.nopcommerce.com/,中文网:http://www.nopcn.com/.下载后前后端展示如下.如果你还未了解过该项目,建议从官网下载代码后在本地运行查看效果. 笔者使用该框架开发过不少项目,总的来说,方便简洁,集成了.NET开发许多常用的组件和功能.一

  • NopCommerce架构分析之(八)多语言支持

    系统支持的语言是有类:Language表示: 多语言资源对应的类为:LocalizedProperty: 当先选择某种语言存储在类中:GenericAttribute: 多语言可以导出为XML文件,当然也支持导出. IWorkContext及其实体类WebWorkContext为当前运行上下文:用户的登录信息以及一些上下文环境设置都保存在此类中. 具体包括:当前用户信息:CurrentCustomer:当前用户Cookie:货币:语言:税的类型:供应商等: 展现多语言资源的方式有几种: 一.在自

  • NopCommerce架构分析之(五)Model绑定Action参数

    asp.net MVC中Action参数不只是一些基本类型,也支持实体参数.那么从客户端传来的数据如何映射或转换成实体对象呢?就是通过实体绑定类ModelBinder.此系列类在请求转化为后台Controller的Action方法前,捕获传递过来的数据,并对其进行解析和转换,最终为实体类对象. 在系统启动前,Global.asax.cs中的方法Application_Start方法调用下面代码定义参数转换规则. //model binders ModelBinders.Binders.Add(t

  • 使用Nopcommerce为商城添加满XX减XX优惠券功能

    公司的电商网站要做个优惠券的功能,nop框架,但我接触nop时间不多,最后还是为了功能而完成了.这中间肯定有很多小问题. Nopcommerce自带的促销功能感觉不是很好,首先优惠券功能放在购物车页面的,如果直接下单就用不了优惠.其次nop的优惠还必须要输入优惠券码很麻烦,最后不满足现在电商主流的单笔订单满XX减XX优惠券功能.但是nop提供了很多基础的方法,我们只要稍作更改就可以达到我们想要的. 优惠券首先需要和用户挂钩,用户可以领取和查看自己的优惠券.优惠券的功能nop基本已经实现了,但是没

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

    NopCommerce为了实现松耦合的框架设计目的,使用了IOC框架:Autofac.据有人测试,Autofac是性能很好的IOC工具. 1.在IOC中,组件首先需要在IOC中注册,有通过配置文件注册的.像Spring.net,也有通过特性注册的,像StructureMap,也有通过代理来注册的,像Autofac.但是IOC讲究一个原则,就是接口和实现分离.所有IOC就是生命某个具体类实现了某个接口.然后在使用时,系统从IOC中获取接口的实现类,并创建对象. 2.下面来看NopCommerce如

  • 详解C#中的依赖注入和IoC容器

    在本文中,我们将通过用C#重构一个非常简单的代码示例来解释依赖注入和IoC容器. 简介: 依赖注入和IoC乍一看可能相当复杂,但它们非常容易学习和理解. 在本文中,我们将通过在C#中重构一个非常简单的代码示例来解释依赖注入和IoC容器. 要求: 构建一个允许用户查看可用产品并按名称搜索产品的应用程序. 第一次尝试: 我们将从创建分层架构开始.使用分层架构有多个好处,但我们不会在本文中列出它们,因为我们关注的是依赖注入. 下面是应用程序的类图: 首先,我们将从创建一个Product类开始: pub

  • PHP进阶学习之依赖注入与Ioc容器详解

    本文实例讲述了PHP依赖注入与Ioc容器.分享给大家供大家参考,具体如下: 背景 在很多编程语言(例如java)开发中,程序员在某个类中需要依赖其它类的方法,则通常是new一个依赖类再调用类实例的方法,这种开发存在的问题是new的类实例不好统一管理,一旦有修改,牵扯的类会很多. 最早在java的spring提出了依赖注入的思想,即依赖类不由程序员实例化,而是通过spring容器帮我们new指定实例并且将实例注入到需要该对象的类中.目前许多主流PHP框架也使用了依赖注入容器,如ThinkPHP.L

  • ASP.net core使用Autofac实现泛型依赖注入

    目录 什么是泛型依赖注入 .net core里实现泛型依赖注入 安装Autofac IMyRepository定义仓储接口 MyRepositoryBase仓储实现 在Program声明实现依赖注入 修改Startup 在Home控制器中使用 番外: 如果是2个以上的泛型写法是 番外2: 什么是泛型依赖注入 创建两个带泛型的类,并配置两者的依赖关系,对于继承这两个类的子类,如果泛型相同,则会继承这种依赖关系: 如上图: 定义了两个泛型base类:BaseService和BaseRepositor

随机推荐