nopCommerce_4.40.3 功能实现详解----- 第3章 引擎与依赖注入定义

下面将会按照自底向上的开发模式来讲解，“nopCommerce”开发者是怎样实现引擎与依赖注入定义的，及其“nopCommerce”定义引擎的意图与原理。

0007 EngineContext、IEngine、NopEngine

NopEngine类，继承于IEngine接口，NetCore框架内置管道实例(IApplicationBuilder)和依赖注入容器实例(IServiceCollection)，通过该类实例，对整个程序中自定义扩展的内置管道/依赖注入中间件，和接口/抽象类/类与相应的具体实现类，进行统一的管道/依赖注入的管理操作。

EngineContext类，该类的主要功能是通过使用单例定义模式和“IEngine”接口类型，构建一个“NopEngine”单例实例，同时由于定义时的指定标注，保证该“NopEngine”单例实例在程序的执行不受（在同一时间内)多线程操作影响，最后把“IEngine”接口类型及其“NopEngine”单例实例所构建的键/值对存储到静态字典实例中。

    EngineContext类型实例与NopEngine实例，在程序执行时的调用关系如下图所示：

0008 INopStartup、NopMvcStartup

NopMvcStartup类，继承于INopStartup接口，根据其具体实现功能，对.NetCore框架中所定义的MVC内置管道/依赖注入中间件方法，进行自定义扩展。

0009 IDependencyRegistrar、DependencyRegistrar

DependencyRegistrar类，继承于IDependencyRegistrar接口，把定义在注册依赖注入具体实现类Register方法中的，所有自定义接口/抽象类/类与相应的具体实现类，依次注入到.NetCore框架所定义的内置依赖注入容器实例中，为具体实现类的实例化操作提供支撑。

    依赖注入操作实现的变迁，在“nopCommerce_4.30”及其以前的版本，是通过第三方依赖注入容器“Autofac”及其内置的API方法来实现，对于自定义接口/抽象类/类与相应的具体实现类，定义依赖注入操作，最后通过内置依赖注入容器，调用/包容定义好的“Autofac” 依赖注入容器，从而实现依赖注入操作。“nopCommerce_4.40” 完全移除了对第三方依赖注入容器“Autofac”的支持，“nopCommerce_4.40.3”中重新添加定义了对第三方依赖注入容器“Autofac”的支持，但是只是“nopCommerce”开发者为了方便程序的扩展而预留的前置准备，具体的依赖注入操作，依然是通过.NetCore框架中的内置依赖注容器及其API方法来实现的。

    由于“nopCommerce_4.40.x” 完全移除了对第三方依赖注入容器“Autofac”的支持，所以在“nopCommerce_4.40.x”中删除了对Nop.Web.Framework.Infrastructure.SettingsSource类的定义。

1、核心层通过NuGet引用Autofac.Extensions.DependencyInjection，从而保证MVC依赖注入中间件能够，通过AddRazorRuntimeCompilation()，Razo页面修改并保存后，刷新浏览器直接显示出修改后的效果。把该引用定义在核心层，可能是“nopCommerce”的开发者认为核心层是整个程序工程的最底层，从而不会造成得重复引用。

2、定义Nop.Web.Framework.Infrastructure.Extensions.ServiceCollectionExtensions.ConfigureApplicationServices方法。

3、重构Nop.Web.Program.Main方法。

4、重构Nop.Web.Startup.ConfigureServices方法。

5、按F5执行程序，程序正常运行到默认启动页面。

对以上功能更为具体实现和注释见：21-07-15_Nop_4.40.3(003_引擎与依赖注入定义完成，默认页面正常启动)。