mvc核心中没有参考基础设施的配置服务

Question

在 Mvc Core 中使用 Clean Architecture 时，Layer with Name 可以是这样的：

1. 基础设施
2. 核心
3. 网络

这个链接有完整的描述：

https://docs.microsoft.com/en-us/dotnet/standard/modern-web-apps-azure-architecture/common-web-application-architectures

Principles 说 Web 项目不应该有任何来自 Infrastructure 类库的引用。那么如何使用 DI 容器来解决这个问题呢？

Startup.cs 中的这段代码使用 Infrastructure 来配置一些东西：

public void ConfigureProductionServices(IServiceCollection services)
{
    services.AddDbContext<CatalogContext>(c =>
    {
        try
        {
            c.UseSqlServer(Configuration.GetConnectionString("CatalogConnection"));
        }
        catch (Exception ex)
        {
            var message = ex.Message;
        }
    });

    services.AddDbContext<AppIdentityDbContext>(options =>
        options.UseSqlServer(Configuration.GetConnectionString("CatalogConnection")));

    ConfigureServices(services);
}

public void ConfigureServices(IServiceCollection services)
{
    services.AddIdentity<ApplicationUser, IdentityRole>()
        .AddEntityFrameworkStores<AppIdentityDbContext>()
        .AddDefaultTokenProviders();

    services.AddScoped(typeof(IRepository<>), typeof(EfRepository<>));
    .
    .
    _services = services;
}

Answer 1

你说：

Principles 说 Web 项目不应该有任何来自 Infrastructure 类库的引用。那么如何使用 DI 容器来解决这个问题呢？

但是article you linked 说：

请注意，实线箭头表示编译时依赖项，而虚线箭头表示仅运行时依赖项。使用干净的架构，UI 层在编译时与应用程序核心中定义的接口一起工作，理想情况下不应该对基础设施层中定义的实现类型有任何了解。然而，在运行时，应用程序需要执行这些实现类型，因此它们需要存在并通过依赖注入连接到应用程序核心接口。

本文描述的是应用程序的逻辑架构，而不是应用程序的物理架构。从逻辑上讲，用户界面对基础设施层一无所知，但在物理上，用户界面层中应用程序启动时的 DI 代码（就在运行时应用程序的最开始处）将应用程序组件组合在一起。这个概念可以是illustrated and explained best here。

我们的想法是我们可以独立地使用彼此的程序集，而无需拖累额外的依赖项。在实践中，使单元和集成测试更容易、更可靠。