.NET Core项目重构：调整分层依赖引用并保持依赖注入正常运行

这种分层解耦、依赖单向流转的结构是.NET生态中标准的最佳实践，完全符合“关注点分离”的设计原则，各层职责清晰：

• WebApi：仅负责请求接收、响应返回，调用业务服务，不接触仓储和数据层细节
• Business：专注业务逻辑处理，调用仓储接口，无需关心数据层具体实现
• Repositories：封装数据访问逻辑，基于数据层提供的上下文/实体完成操作
• DataLayer：提供数据库上下文、实体模型等最底层数据基础

依赖注入失效的解决方法 #

注入失败的核心原因是：WebApi项目未直接引用Repositories和DataLayer，DI容器无法扫描到这些项目中的具体实现类。解决关键是把各层的服务注册逻辑封装到专属扩展方法中，通过上层调用下层扩展的方式完成全链路注册，具体步骤如下：

1. 为各层添加DI扩展方法 #

• DataLayer项目：创建扩展类，封装数据层服务注册

  public static class DataLayerServiceExtensions
  {
      public static IServiceCollection AddDataLayer(this IServiceCollection services, IConfiguration config)
      {
          // 注册数据库上下文
          services.AddDbContext<AppDbContext>(options =>
              options.UseSqlServer(config.GetConnectionString("DefaultConnection")));
          return services;
      }
  }
  

• Repositories项目：创建扩展类，注册仓储的接口与实现，同时调用数据层的注册方法

  public static class RepositoryServiceExtensions
  {
      public static IServiceCollection AddRepositories(this IServiceCollection services, IConfiguration config)
      {
          // 先注册数据层服务
          services.AddDataLayer(config);
          // 注册仓储实现
          services.AddScoped<IUserRepository, UserRepository>();
          services.AddScoped<IOrderRepository, OrderRepository>();
          return services;
      }
  }
  

• Business项目：创建扩展类，注册业务服务的接口与实现，同时调用仓储层的注册方法

  public static class BusinessServiceExtensions
  {
      public static IServiceCollection AddBusinessServices(this IServiceCollection services, IConfiguration config)
      {
          // 先注册仓储层服务
          services.AddRepositories(config);
          // 注册业务服务实现
          services.AddScoped<IUserService, UserService>();
          services.AddScoped<IOrderService, OrderService>();
          return services;
      }
  }
  

2. 在WebApi中完成一键注册 #

在WebApi项目的Program.cs里，只需调用Business层的扩展方法，即可完成所有下层服务的注册：

var builder = WebApplication.CreateBuilder(args);

// 仅需这一行，全链路依赖自动注册
builder.Services.AddBusinessServices(builder.Configuration);

// 其他WebApi基础配置
builder.Services.AddControllers();

var app = builder.Build();
// ...后续中间件配置

额外注意事项 #

• 各层之间仅依赖抽象接口：比如Business层只引用Repositories的仓储接口，而非具体实现类；Repositories层只依赖DataLayer的上下文/实体抽象，确保依赖方向严格单向
• 扩展方法建议放在各项目的根命名空间下，方便WebApi项目引用后直接调用

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