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

NopCommerce中的Autofac IOC框架应用之旅

NopCommerce，一个领先的电子商务解决方案，为了实现松耦合的框架设计目的，选择了使用轻量级、高性能的IOC框架——Autofac。IOC框架是软件设计中一个重要的组成部分，它为组件的生命周期管理、依赖规范与实际应用程序代码之间提供了一个清晰的分离。在NopCommerce中，Autofac的灵活性和强大功能得到了充分的体现。

一、IOC的核心概念：组件注册与生命周期管理

在IOC的世界里，组件需要在容器中注册，以便在应用启动时能够自动创建和管理它们的生命周期。Autofac提供了多种注册方式，包括通过配置文件、特性或代理进行注册。所有这些都是为了让接口和实现分离，使得系统能够从容器中获取接口的实现类并创建对象。在NopCommerce中，这种机制被广泛应用在插件机制的实现上。

二、NopCommerce中的Autofac应用：松耦合的框架设计之美

Nop.Core.Infrastructure.DependencyManagement 命名空间下的 ContainerConfigurer 类

这个类负责配置反转控制容器，为 Nop 提供所需的服务。当您启动 Nop 时，这个配置器将开始工作，确保所有的依赖关系都被正确地注册到容器中。

```csharp

public class ContainerConfigurer

{

public virtual void Configure(IEngine engine, ContainerManager containerManager, EventBroker broker, NopConfig configuration)

{

// 基础依赖关系配置

containerManager.AddComponentInstance(configuration, "nop.configuration");

containerManager.AddComponentInstance(engine, "nop.engine");

containerManager.AddComponentInstance(this, "nop.containerConfigurer");

// 类型查找器

containerManager.AddComponent("nop.typeFinder");

// 从其他程序集注册依赖关系

var typeFinder = containerManager.Resolve();

containerManager.UpdateContainer(x =>

{

var dependencyRegistrationTypes = typeFinder.FindClassesOfType();

var dependencyRegistrars = new List();

foreach (var type in dependencyRegistrationTypes)

{

dependencyRegistrars.Add((IDependencyRegistrar)Activator.CreateInstance(type));

}

// 排序

dependencyRegistrars = dependencyRegistrars.AsQueryable().OrderBy(t => t.Order).ToList();

foreach (var registrar in dependencyRegistrars)

{

registrar.Register(x, typeFinder); // 这里调用每个注册器的 Register 方法进行依赖关系的注册

}

});

// 事件代理

containerManager.AddComponentInstance(broker); // 将事件代理添加到容器中，以便在其他地方使用

}

}

```

IDependencyRegistrar 接口内容简述：

这个接口是依赖关系注册的关键部分。当通过 `ContainerBuilder` 注册依赖关系时，它的 `Register` 方法会被调用。每个实现这个接口的类都会负责注册特定的依赖关系。这样，Nop 可以灵活地管理和配置其内部的依赖关系，确保各个组件之间的协作畅通无阻。简单地说，这个接口及其实现类是 Nop 内部依赖关系的“建筑师”。在编程的世界里，我们常常遇到一种特殊的类结构——单例类容器。这是一种独特的设计模式，旨在确保系统中某个类的唯一实例存在。想象一下，你需要一个管理引擎的容器，或者一个管理系统中所有实体、集合和字典类对象的容器，这就是单例类容器的使命。

单例类系列如 Singleton、SingletonList 和 SingletonDictionary 等，它们在系统中承载着保管单例对象的重任。EngineContext 就是通过 Singleton 类来驾驭整个引擎的，像是一辆精密机器的核心。它的目标是确保这些单例对象在整个应用生命周期中的存在和可访问性。无论程序运行到哪一步，单例类容器总能为你提供所需的对象实例。

除了单例类容器外，MVC 服务提供类同样引人注目。其中的类型依赖获取器 NopDependencyResolver 是个关键角色。它通过继承 mvc 下的接口 IDependencyResolver，并在 Application_Start 方法中注册自身，确保在系统启动时就被激活。这意味着，当系统启动时，NopDependencyResolver 已经准备好处理所有的依赖关系请求了。它的作用是在系统需要某个类型的对象时，能够迅速、准确地提供这个对象。这就像是整个系统的“后勤部”，保证每个需要的组件都能准时到达其岗位。

除了这些核心组件外，事件拦截类 EventBroker 也在默默守护着系统的稳定。它的任务是过滤向系统发送的请求，防止由于临时的错误或异常导致系统崩溃。一旦有异常请求或错误发生，EventBroker 就会出面干预，保证系统的正常运行。就像一个守护神，永远在暗中观察并保护着系统的安全。系统启动时执行的任务 IStartupTask 也非常重要，主要是进行数据库的初始化和加载工作。这是系统启动的第一步，确保后续操作都能顺利进行。在这个过程中，无论是单例类容器还是其他组件都在为整个系统的顺畅运行而努力。在这里编程不仅仅是冷冰冰的代码逻辑，更像是编织一个个生动的故事和场景。每一个组件都在扮演着自己的角色，共同构建了一个强大而稳定的系统世界。我们也看到了编程的魅力和，每个看似简单的操作背后都有着复杂而精细的设计理念和实现过程。