为何需在ASP.NET Web API项目中注册仓储类？依赖注入疑问

问题本质 #

你遇到的异常是因为依赖注入（DI）容器无法找到ISeriesRepository的具体实现类。SeriesService依赖ISeriesRepository，但你只注册了ISeriesService和它的实现，DI容器没有足够信息构建SeriesService实例，必须明确注册所有依赖项。

为什么注册仓储不违背抽象初衷 #

服务层抽象仓储的核心是让业务逻辑与仓储的具体实现解耦，而非隐藏仓储的存在。DI容器需要知道所有依赖的映射关系才能完成对象构建，这是依赖注入机制的正常要求——你只是告诉容器“当需要ISeriesRepository时，用SeriesRepository实例”，并没有让业务代码直接依赖SeriesRepository，依然保持了分层的抽象性。

优化实现方案 #

为避免在Web API的Program.cs中分散注册大量依赖，建议在Core项目中封装依赖注册逻辑，保持配置简洁性和关注点分离：

1. 在Core项目中创建扩展方法，统一注册所有Core层服务和仓储：

namespace Project.Core;

public static class ServiceCollectionExtensions
{
    public static IServiceCollection AddCoreDependencies(this IServiceCollection services)
    {
        // 注册仓储接口与实现
        services.AddScoped<ISeriesRepository, SeriesRepository>();
        // 注册服务接口与实现
        services.AddScoped<ISeriesService, SeriesService>();
        // 注册DbContext（根据你的数据库类型调整）
        services.AddDbContext<YourDbContext>(options =>
            options.UseSqlServer("你的数据库连接字符串"));

        return services;
    }
}

2. 在Web API的Program.cs中调用该扩展方法即可完成所有依赖注册：

builder.Services.AddCoreDependencies();

额外说明 #

如果后续需要替换ISeriesRepository的实现（比如换成内存仓储用于测试），只需要修改Core项目扩展方法中的注册逻辑，Web API项目和SeriesService的代码完全不需要改动——这正是抽象分层和依赖注入带来的灵活性，完全符合你的设计初衷。

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