ASP.NET Core MVC Clean Architecture中Web层无Infrastructure引用如何用DI解决？

这确实是Clean Architecture实践中很常见的一个痛点——既要遵守依赖规则（Web只依赖Core，不能直接引用Infrastructure），又要在Startup/Program.cs里配置Infrastructure的服务。别担心，我们可以通过依赖倒置和DI容器的特性完美解决，下面是几个常用的靠谱方案：

方案1：利用Core层抽象接口实现服务注册动态发现 #

这个方案的核心是用Core层定义通用的服务注册契约，让Infrastructure去实现它，再让Web通过程序集扫描自动找到并执行注册逻辑：

1. 在Core项目中定义服务注册接口
   创建一个简单的契约接口：

   public interface IServiceConfigurator
   {
       void ConfigureServices(IServiceCollection services, IConfiguration configuration);
   }
   

2. 在Infrastructure项目中实现该接口
   把原本要写在Web项目里的Infrastructure服务配置逻辑移到这里：

   public class InfrastructureServiceConfigurator : IServiceConfigurator
   {
       public void ConfigureServices(IServiceCollection services, IConfiguration configuration)
       {
           // 示例：注册数据库上下文、仓储实现等Infrastructure服务
           services.AddDbContext<AppDbContext>(options =>
               options.UseSqlServer(configuration.GetConnectionString("DefaultConnection")));
           services.AddScoped<IProductRepository, ProductRepository>();
       }
   }
   

3. 在Web项目中扫描并执行配置
   利用ASP.NET Core的程序集扫描能力，找到所有实现IServiceConfigurator的类型，逐一调用配置方法：

   // 加载Infrastructure程序集，也可以扫描所有已加载的程序集避免硬编码
   var infrastructureAssembly = Assembly.Load("YourInfrastructureAssemblyName");
   var configuratorTypes = infrastructureAssembly.GetTypes()
       .Where(t => typeof(IServiceConfigurator).IsAssignableFrom(t) && !t.IsInterface && !t.IsAbstract);
   
   foreach (var type in configuratorTypes)
   {
       if (Activator.CreateInstance(type) is IServiceConfigurator configurator)
       {
           configurator.ConfigureServices(services, configuration);
       }
   }
   

方案2：静态扩展方法+反射调用 #

这个方案更简洁，适合大多数中小型项目，核心是把Infrastructure的服务注册封装成静态扩展方法，再让Web通过反射间接调用：

1. 在Infrastructure项目中封装服务注册扩展方法
   写一个静态类，把所有Infrastructure服务配置逻辑打包：

   public static class InfrastructureServiceRegistration
   {
       public static IServiceCollection AddInfrastructureServices(this IServiceCollection services, IConfiguration configuration)
       {
           // 这里编写你的Infrastructure服务配置代码
           services.AddDbContext<AppDbContext>(options =>
               options.UseSqlServer(configuration.GetConnectionString("DefaultConnection")));
           services.AddScoped<IOrderRepository, OrderRepository>();
           return services;
       }
   }
   

2. 在Web项目中通过反射调用扩展方法
   不需要直接引用Infrastructure，通过加载程序集反射调用即可：

   var infrastructureAssembly = Assembly.Load("YourInfrastructureAssemblyName");
   var registrationType = infrastructureAssembly.GetType("YourNamespace.InfrastructureServiceRegistration");
   var addServicesMethod = registrationType.GetMethod("AddInfrastructureServices");
   
   // 调用静态扩展方法
   addServicesMethod?.Invoke(null, new object[] { services, configuration });
   

方案3：组合根（Composition Root）模式 #

如果是大型项目，可以专门创建一个CompositionRoot项目，这个项目同时引用Core、Infrastructure和Web项目，把所有服务注册逻辑都放在这里。Web项目只需要引用CompositionRoot，直接调用预定义的配置方法即可。不过这个方案属于进阶设计，小型项目可能没必要。

核心原则回顾 #

无论用哪个方案，核心都是遵守依赖倒置原则：依赖抽象而非具体实现，让内层的Infrastructure通过Core层抽象或反射向外暴露配置逻辑，彻底避免Web项目直接引用Infrastructure的违规情况。

内容的提问来源于stack exchange，提问作者Jourmand