依赖注入、组合根和入口点

Question

我花了很多时间阅读这些文章（以及许多其他文章）：

• Mark Seemann - Pure DI

• Mark Seemann - When to use a DI Container

• Mark Seemann - Compose object graphs with confidence

• Mark Seemann - Don't call the container; it'll call you

• Mark Seemann - Understanding the Composition Root

我仍在尝试围绕 DI 以及“连接依赖项”的概念以及 IoC 容器的“自动连接”功能。

我想我了解依赖注入和控制反转的理论，并且我从 2016 年开始实现了此处显示的示例（我更新了代码以使用 PSR-11 并消除了对 container-interop 包的需要）：

• https://www.sitepoint.com/how-to-build-your-own-dependency-injection-container/

容器示例的应用程序显示在 GitHub 链接：https://github.com/sitepoint-editors/Container。

请注意，虽然此示例使用 PHP，但我试图独立于语言来理解 DI 的细节，因此欢迎使用任何语言。

有人可以解释手动连接依赖项和使用容器的自动连接功能之间的区别吗？ SitePoint 文章简要提到了更高级的容器添加了自动连接功能，暗示该示例尚未包含此功能。有人可以解释一下 GitHub 页面上显示的应用程序，以及它与核心 DI 和 IoC 概念的关系，例如 Composition Root。

Answer 1

有人可以解释手动连接依赖项和使用容器的自动连接功能之间的区别吗？

纯 DI 是在不使用 DI 容器的情况下应用 DI 的做法。这意味着您可以通过使用编程语言的new 构造更新对象来构建对象图。例如，请参阅 C# 中的这个示例（来自 Mark 的书 Dependency Injection Principles, Practices, and Patterns 的 listing 12.2）：

new HomeController(
    new ProductService(
        new SqlProductRepository(
            new CommerceContext(connectionString)),
        new AspNetUserContextAdapter()));

根据那本书，自动接线是：

利用编译器和[运行时环境]提供的类型信息，从抽象和具体类型之间的映射自动组合对象图的能力。（参见12.1.2） p>

换句话说，使用 DI 容器，您将能够“仅”告诉容器您的类型，它会找出一个类型具有哪些依赖项，并将能够将该类型与其依赖项“连接”起来.

考虑到前面的例子，清单 12.3 展示了如何只需要在容器中指定抽象和具体类型之间的映射：

var container = new AutoWireContainer();

container.Register(typeof(IUserContext), typeof(AspNetUserContextAdapter));
container.Register(typeof(IProductRepository), typeof(SqlProductRepository));
container.Register(typeof(IProductService), typeof(ProductService));
container.Register(typeof(CommerceContext), () => new CommerceContext(connectionString));

当您请求HomeController 时，容器知道如何构建整个图表。

SitePoint 文章简要提到了更高级的容器添加了自动布线功能

对我来说，自动连线是将库变成 DI 容器的原因。如果至少不支持 Auto-Wiring，则不能称为 DI Container。