Nop源码分析二

上文我们已经通过该行代码:var typeFinder = containerManager.Resolve<ITypeFinder>(); 从注入容器中获取到了typeFinder实例。

通过该实例进行以下操作。

 var drTypes = typeFinder.FindClassesOfType<IDependencyRegistrar>(); 从bin所有程序集中获取实现了IDependencyRegistrar接口的所有实现类。循环这些实现类病调用 void Register(ContainerBuilder builder, ITypeFinder typeFinder);方法来做其他事情。

通过反射能够获取到8个实现了该接口的实例,下面我们一个个分析,实现了这些接口的类都做了什么事情。

1,DependencyRegistrar : IDependencyRegistrar

    A:注册HTTP context and other related stuff,

   B:注册WebHelper。 builder.RegisterType<WebHelper>().As<IWebHelper>().InstancePerHttpRequest();

   C:注册程序集中的所有控制器。  builder.RegisterControllers(typeFinder.GetAssemblies().ToArray());

   D:注册和数据访问层相关的类。

  E:注册插件和缓存相关的类。

  F:注册worker和store相关的类。

G:注册所有实现类。

H:注册和客户相关的类:consumers = typeFinder.FindClassesOfType(typeof(IConsumer<>)).ToList();

I:注册发布订阅服务类:

            builder.RegisterType<EventPublisher>().As<IEventPublisher>().SingleInstance();
            builder.RegisterType<SubscriptionService>().As<ISubscriptionService>().SingleInstance();

2,注册和税相关的组件:

      DependencyRegistrar : IDependencyRegistrar

    builder.RegisterType<TaxRateService>().As<ITaxRateService>().InstancePerHttpRequest();

3,注册和google相关的服务。

4,注册:  builder.RegisterType<OpenIdProviderAuthorizer>().As<IOpenIdProviderAuthorizer>().InstancePerHttpRequest();
            builder.RegisterType<OpenIdRelyingPartyService>().As<IOpenIdRelyingPartyService>().InstancePerHttpRequest();

 5,注册            builder.RegisterType<FacebookProviderAuthorizer>().As<IOAuthProviderFacebookAuthorizer>().InstancePerHttpRequest();

6,   builder.RegisterType<HomeController>()
                .WithParameter(ResolvedParameter.ForNamed<ICacheManager>("nop_cache_static"));

7,注册一些控制器和            builder.RegisterType<InstallationLocalizationService>().As<IInstallationLocalizationService>().InstancePerHttpRequest();

8,注册一个和重量相关的服务类。

9,注册broker类。

至此所有容器注入的工作全部完成,下面开始初始化一些工作。

所有的工作全部在  RunStartupTasks();方法中完成。

startUpTaskTypes = typeFinder.FindClassesOfType<IStartupTask>(); 该行代码获取程序集中所有实现了IStartupTask接口的的类。

循环遍历实现类,并执行Execute()方法。来完成所有的初始化工作,代码如下:

 foreach (var startUpTask in startUpTasks)
                startUpTask.Execute();

1,EfStartUpTask : IStartupTask :ef相关的初始化,存储过程,函数索引等。

2,初始化GoogleProductObjectContext等。

3,初始化AutoMapperStartupTask,实体好模型的自动映射类。

4,set localization service for telerik 。

至此initialize engine context的工作全部完成。
            EngineContext.Initialize(false)执行完毕。

 

 

程序的初始化工作和Ioc工作已经做完,nop默认引擎已经初始化。

下面在回到global文件的启动方法Application_Start()中,

1,继续分析下面的代码:

           var dependencyResolver = new NopDependencyResolver();
            DependencyResolver.SetResolver(dependencyResolver);

这两行代码的作用是:控制器激活的时候,我们用了自定义的NopDependencyResolver,该类有两个方法一个是GetService(Type serviceType),一个是GetServices(Type serviceType)。使用自定义的该类,主要是为了实现与IOC容器集成。

2,添加自定义模型绑定:   ModelBinders.Binders.Add(typeof(BaseNopModel), new NopModelBinder());

3,  ViewEngines.Engines.Add(new ThemeableRazorViewEngine()); 添加自定义视图引擎。

       ModelMetadataProviders.Current = new NopMetadataProvider();  自定义元数据提供者。

            AreaRegistration.RegisterAllAreas();    注册所有的areas
            RegisterGlobalFilters(GlobalFilters.Filters); 过滤器
            RegisterRoutes(RouteTable.Routes);  路由

       DataAnnotationsModelValidatorProvider.AddImplicitRequiredAttributeForValueTypes = false;
            ModelValidatorProviders.Providers.Add(new FluentValidationModelValidatorProvider(new NopValidatorFactory()));  添加流验证。

4,      从程序集中把所有资源视图取出来,然后asp.net 编译系统中注册这些视图。

var embeddedViewResolver = EngineContext.Current.Resolve<IEmbeddedViewResolver>();
            var embeddedProvider = new EmbeddedViewVirtualPathProvider(embeddedViewResolver.GetEmbeddedViews());
            HostingEnvironment.RegisterVirtualPathProvider(embeddedProvider);

5,最后我们启动计划任务,代码如下:

                TaskManager.Instance.Initialize();
                TaskManager.Instance.Start();

    下面分析计划任务中都干了什么事。

 

posted on 2019-04-13 21:33  大西瓜3721  阅读(268)  评论(0编辑  收藏  举报

导航