一,NopCommerce架构分析之开篇
NopCommerce是.net开源项目中比较成熟的一款业务应用框架,也是电子商务系统中的典范。所以很想多学习一下里面的设计和实现方式。
二,NopCommerce架构分析之参考资料
参考:DependencyResolver
http://www.cnblogs.com/RobbinHan/archive/2011/11/30/2269537.html
http://www.cnblogs.com/liping13599168/archive/2011/07/16/2108209.html
ModelBinder——ASP.NET MVC Model绑定的核心
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
三,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中,对象又称为组件。组件生命周期分为:单例、临时和生命周期域内,如下定义:
Autofac中有容器、并提供方法注册接口及其类型,还提供方法查找到注册的类型,以及自动创建对象。
3、类型查找器
为了支持插件功能,以及支持一些自动注册的功能。系统提供了类型查找器。ITypeFinder以及实现类就是提供此功能。通过类型查找器可以查找 本程序域中的类,也可以查找整个bin目录下所有动态链接库中类,并把它们注册到类型反转容器中。ITypeFinder以及实现类如下:
4、类型注册
容器管理类:ContainerManager,管理通过Autofac生成的容器;
容器配置器:ContainerConfigurer:配置依赖反转容器,建立整个框架的类型依赖注册和类型查找类之间的关系。
在系统中有一个依赖类引擎上下文环境:EngineContext,可以根据配置文件生成引擎,此引擎是负责根据类型接口从容器中返回对象。
系统默认引擎NopEngine,若没有配置有效的引擎,即用默认引擎,生成的引擎保存在单例容器中。
它们的关系如下:
系统在类MvcApplication的方法Application_Start中初始化引擎上下文。并通过调用EngineContext.Initialize(false);实现所有反转依赖的注册功能;
5、容器注册类
系统注册接口为:IDependencyRegistrar,系统通过ContainerConfigurer注册此接口以及实现类的,并通过ITypeFinder类搜寻程序集里实现接口IDependencyRegistrar的类。代码如下:
而接口IDependencyRegistrar的内容如下:
6、单例类容器
单例类系列保存系统中与程序相同生命周期的单例对象,或者叫做单例类容器。
其中包括实体类,集合类和字典类的单例容器。
Singleton<T>,SingletonList<T>,SingletonDictionary<TKey, TValue>。EngineContext就是通过Singleton<T>类来管理引擎的。
7、MVC 服务提供类。
类型依赖获取器:NopDependencyResolver,通过继承mvc下的接口:IDependencyResolver,并在Application_Start方法中注册,使之在系统启动时调用。
8、其他
事件拦截类:EventBroker:过滤向系统发送的请求,防止由于临时的错误或异常导致系统崩溃。
系统启动时执行任务:IStartupTask,启动时执行的任务主要是数据库的初始化和加载。