C# IoC框架中的Builder和Container这两个词来自哪里？

我经常使用Autofac，使用变量命名约定“container”和“builder”时会感到困惑

有时，似乎“容器”是“构建的”

其他时候，它似乎是一个“容器”“构建”它可以解析的依赖项

有时我看到开发人员将“容器”称为“构建器”，将“构建器”称为“容器”

一个很好的例子是我自己的代码，使用Autofac和NServiceBus，我在C#中有以下方法：

在该方法的实施过程中：

BusConfiguration.UseContainer<AutofacBuilder>(
                 customizations =>
                 {
                     customizations.ExistingLifetimeScope(container);
                 }
            );

BusConfiguration.UseContainer(
定制=>
{
定制。现有LifetimeScope（容器）；
}
);

在本例中，

NServiceBus.BusConfiguration

有一个名为

UseContainer

的通用方法，我使用的是

Type

NServiceBus.AutofacBuilder

和名为

container

的参数

我的问题：

所以NServiceBus使用了“Builder”这个词，AutoFac使用了“Container”这个词，它们在概念上对NServiceBus团队来说是一样的吗 那Autofac团队呢

就国际奥委会框架而言，“容器”和“构建者”这两个词从何而来

“容器”和“构建器”有何不同？或者在大多数情况下，就国际奥委会框架而言，它们是相同的吗

建设者 是软件中常见的一种设计模式。它并不特定于依赖项注入。事实上，许多DI容器甚至不使用构建器模式

这就是说，如何使用DI容器的现代观点是在中配置组件，然后解析一个或多个对象图以使应用程序启动。构建器模式非常适合防止违反此模式（也就是说，它使在运行时注册组件变得困难）

容器 容器是一个特定于IoC的概念，通常指软件库，或者更具体地说，指库的一部分，用于跟踪抽象的具体类型映射并允许用户解析它们。Autofac是.NET中许多可用的IoC容器之一。

Builder 是软件中常见的一种设计模式。它并不特定于依赖项注入。事实上，许多DI容器甚至不使用构建器模式

这就是说，如何使用DI容器的现代观点是在中配置组件，然后解析一个或多个对象图以使应用程序启动。构建器模式非常适合防止违反此模式（也就是说，它使在运行时注册组件变得困难）

容器 容器是一个特定于IoC的概念，通常指软件库，或者更具体地说，指库的一部分，用于跟踪抽象的具体类型映射并允许用户解析它们。Autofac是.NET中许多可用的IoC容器之一

BusConfiguration.UseContainer<AutofacBuilder>(
                 customizations =>
                 {
                     customizations.ExistingLifetimeScope(container);
                 }
            );