.NET Core 2如何创建依赖仓储的控制器实例并调用方法

嘿，这个问题我太熟了！你这是碰到了依赖注入的典型场景——你的控制器依赖仓储服务，直接new的话因为没传必填的依赖参数才会报错对吧？下面给你两种最常用的解决办法，分场景用：

如果是写单元测试或者临时调试，你可以自己手动创建仓储的实例（甚至用Mock模拟），然后传给控制器的构造函数就行。举个实际代码例子：

假设你的控制器和仓储是这样的：

// 控制器类，构造函数依赖仓储接口
public class MyController
{
    private readonly IMyRepository _myRepo;

    public MyController(IMyRepository myRepo)
    {
        _myRepo = myRepo;
    }

    public void MyMethod()
    {
        // 这里用_myRepo执行业务逻辑
    }
}

// 仓储接口
public interface IMyRepository
{
    // 定义仓储方法，比如GetData()
}

// 仓储实现类
public class MyRepository : IMyRepository
{
    // 实现接口方法
}

那手动创建实例的代码就是：

// 先实例化仓储（如果是测试可以用Mock框架模拟）
IMyRepository repoInstance = new MyRepository();
// 把仓储实例传给控制器构造函数
MyController controller = new MyController(repoInstance);
// 现在就能正常调用方法了
controller.MyMethod();

要是做单元测试，更推荐用Mock框架（比如Moq）来模拟仓储，避免依赖真实数据库或其他外部资源：

// 用Moq创建仓储的Mock实例
var mockRepo = new Moq.Mock<IMyRepository>();
// 可以提前设置Mock方法的返回值，比如：
// mockRepo.Setup(repo => repo.GetData()).Returns(new List<Data>());
// 把Mock的对象传给控制器
MyController controller = new MyController(mockRepo.Object);
controller.MyMethod();

如果是在ASP.NET Core这类框架的生产环境里，完全不需要手动new控制器——框架的DI容器会自动帮你管理所有依赖的创建和注入。步骤很简单：

• 第一步：在Program.cs（旧版本是Startup.cs）里注册你的仓储服务：

// 根据你的业务需求选择生命周期：AddScoped/AddTransient/AddSingleton
builder.Services.AddScoped<IMyRepository, MyRepository>();

• 第二步：保持你控制器的构造函数注入写法就行，框架在处理请求时会自动实例化仓储，再注入到控制器里，你根本不用手动创建控制器实例。

如果是在非控制器的地方（比如某个自定义服务里）需要获取控制器实例，可以通过IServiceProvider来获取：

// 假设你已经通过构造函数注入了IServiceProvider
using var scope = _serviceProvider.CreateScope();
var controller = scope.ServiceProvider.GetRequiredService<MyController>();
controller.MyMethod();

补充一句 #

为什么不能直接new MyController()？因为C#要求构造函数的必填参数必须传值，而DI容器的核心作用就是帮你自动维护这些依赖链，避免你手动去一个个创建依赖对象，尤其当依赖层级复杂的时候，DI能省超多事！

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