NopCommerce架构分析(转载)

原文

一,NopCommerce架构分析之开篇

NopCommerce是.net开源项目中比较成熟的一款业务应用框架,也是电子商务系统中的典范。所以很想多学习一下里面的设计和实现方式。

二,NopCommerce架构分析之参考资料

参考:DependencyResolver

http://www.cnblogs.com/RobbinHan/archive/2011/11/30/2269537.html

依赖注入框架Autofac的简单使用

http://www.cnblogs.com/liping13599168/archive/2011/07/16/2108209.html

ModelBinder——ASP.NET
MVC Model绑定的核心

http://www.cnblogs.com/artech/archive/2012/05/21/model-binder-provision.html

how asp.net mvc works?

http://www.cnblogs.com/artech/archive/2012/04/10/how-mvc-works.html

View视图新引擎 Razor

http://www.cnblogs.com/sonykings/archive/2013/05/23/3095539.html

ASP.NET MVC 3 : @model Razor中的新关键字

http://blog.csdn.net/Sandy945/article/details/6046285

三,NopCommerce架构分析之一----依赖类生成容器

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

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

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

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

[html] view plaincopy

  1. namespace Nop.Core.Infrastructure.DependencyManagement
  2. {
  3. public enum ComponentLifeStyle
  4. {
  5. Singleton = 0,
  6. Transient = 1,
  7. LifetimeScope = 2
  8. }
  9. }

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

3、类型查找器

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

4、类型注册

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

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

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

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

它们的关系如下:

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

5、容器注册类

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

[csharp] view plaincopy

  1. namespace Nop.Core.Infrastructure.DependencyManagement
  2. {
  3. /// <summary>
  4. /// Configures the inversion of control container with services used by Nop.
  5. /// </summary>
  6. public class ContainerConfigurer
  7. {
  8. public virtual void Configure(IEngine engine, ContainerManager containerManager, EventBroker broker, NopConfig configuration)
  9. {
  10. //other dependencies
  11. containerManager.AddComponentInstance<NopConfig>(configuration, "nop.configuration");
  12. containerManager.AddComponentInstance<IEngine>(engine, "nop.engine");
  13. containerManager.AddComponentInstance<ContainerConfigurer>(this, "nop.containerConfigurer");
  14. //type finder
  15. containerManager.AddComponent<ITypeFinder, WebAppTypeFinder>("nop.typeFinder");
  16. //register dependencies provided by other assemblies
  17. var typeFinder = containerManager.Resolve<ITypeFinder>();
  18. containerManager.UpdateContainer(x =>
  19. {
  20. var drTypes = typeFinder.FindClassesOfType<IDependencyRegistrar>();
  21. var drInstances = new List<IDependencyRegistrar>();
  22. foreach (var drType in drTypes)
  23. drInstances.Add((IDependencyRegistrar)Activator.CreateInstance(drType));
  24. //sort
  25. drInstances = drInstances.AsQueryable().OrderBy(t => t.Order).ToList();
  26. foreach (var dependencyRegistrar in drInstances)
  27. dependencyRegistrar.Register(x, typeFinder);
  28. });
  29. //event broker
  30. containerManager.AddComponentInstance(broker);
  31. }
  32. }
  33. }

而接口IDependencyRegistrar的内容如下:

[csharp] view plaincopy

  1. namespace Nop.Core.Infrastructure.DependencyManagement
  2. {
  3. public interface IDependencyRegistrar
  4. {
  5. /// <summary>
  6. /// 此方法在通过ContainerBuilder注册依赖关系。
  7. /// </summary>
  8. /// <param name="builder">容器管理者类</param>
  9. /// <param name="typeFinder">类型查找者接口</param>
  10. void Register(ContainerBuilder builder, ITypeFinder typeFinder);
  11. /// <summary>
  12. /// 注册排序序号
  13. /// </summary>
  14. int Order { get; }
  15. }
  16. }

6、单例类容器

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

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

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

7、MVC 服务提供类。

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

[csharp] view plaincopy

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

8、其他

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

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

时间: 2024-10-06 19:43:12

NopCommerce架构分析(转载)的相关文章

nopCommerce架构分析系列(二)数据Cache

原文(http://www.cnblogs.com/gusixing/archive/2012/04/12/2443799.html)非常感谢作者顾思行的分享! 序言 在很多访问量较大的系统中,尤其在某一项数据访问频次较高时,我们会考虑使用缓存,减少系统和数据库的交互,以达到良好的用户体验.缓存主要有页面缓存和数据缓存.数据缓存的实现有很多方式,有基于memcached的,还有基于.net 4.0数据缓存框架,还有一些其他的实现方式.院子里有 PetterLiumemcached快递上手之C#,

NopCommerce架构分析之三---数据库初试化及数据操作

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

NopCommerce架构分析之一----依赖类生成容器

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

NopCommerce架构分析之六------自定义RazorViewEngine

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

NopCommerce架构分析之五------Model绑定Action参数

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

NopCommerce架构分析之八------多语言

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

NopCommerce架构分析之参考资料

http://www.cnblogs.com/RobbinHan/archive/2011/11/30/2269537.html 依赖注入框架Autofac的简单使用 http://www.cnblogs.com/liping13599168/archive/2011/07/16/2108209.html ModelBinder——ASP.NET MVC Model绑定的核心 http://www.cnblogs.com/artech/archive/2012/05/21/model-binde

【转载】秒杀系统架构分析与实战

本文转载自:http://my.oschina.net/xianggao/blog/524943 0 系列目录 秒杀系统架构 秒杀系统架构分析与实战 1 秒杀业务分析 正常电子商务流程 (1)查询商品:(2)创建订单:(3)扣减库存:(4)更新订单:(5)付款:(6)卖家发货 秒杀业务的特性 (1)低廉价格:(2)大幅推广:(3)瞬时售空:(4)一般是定时上架:(5)时间短.瞬时并发量高: 2 秒杀技术挑战 假设某网站秒杀活动只推出一件商品,预计会吸引1万人参加活动,也就说最大并发请求数是100

秒杀系统架构分析与实战(参考、转载)

目录[-] 0 系列目录 1 秒杀业务分析 2 秒杀技术挑战 3 秒杀架构原则 4 秒杀架构设计 4.1 前端层设计 4.2 站点层设计 4.3 服务层设计 4.4 数据库设计 4.4.1 基本概念 4.4.2 设计思路 5 大并发带来的挑战 5.1 请求接口的合理设计 5.2 高并发的挑战:一定要“快” 5.3 重启与过载保护 6 作弊的手段:进攻与防守 6.1 同一个账号,一次性发出多个请求 6.2 多个账号,一次性发送多个请求 6.3 多个账号,不同IP发送不同请求 7 高并发下的数据安全