【问题标题】:How do I get access to INodeServices without dependency injection如何在没有依赖注入的情况下访问 INodeServices
【发布时间】:2018-07-12 02:24:13
【问题描述】:

我想从我的 c# 中运行一些节点代码。 Microsoft.AspNetCore.NodeServices 似乎是完成这项工作的方法,但是示例都非常相似,都涉及放置

services.AddNodeServices();

在配置服务函数中,然后 DI 将 INodeServices 的实现添加到控制器中。像这样

public class foo  
{
    private readonly INodeServices _nodeServices;

    public foo(INodeServices nodeServices)
    {
        _nodeServices = nodeServices;
    }
}

当我在类库而不是 webapi 中使用它时,DI 将如何工作?另外我如何从单元测试中调用类,我可以将什么传递给构造函数?我确定我遗漏了一些明显的东西。

【问题讨论】:

  • ASP.NET Core 中内置的 DI 容器不是 ASP.NET Core 的一部分。您可以通过引用 NuGet 包 Microsoft.Extensions.DependencyInjection 来使用它
  • 可以自己搭建对象图,搭建服务提供者。参考上一条评论中建议的库并查看此站点以获取有关如何在 asp.net-core 之外的应用程序中使用它的示例。

标签: c# dependency-injection asp.net-core


【解决方案1】:

DI的概念是它可以用来解析对象图。也就是说,它不只是解析Controller类的依赖,而是那些依赖的依赖,那些依赖的依赖等等。

要在您自己的库中使用INodeServices,您只需引用Microsoft.AspNetCore.NodeServices,然后将其作为构造函数参数接受。

public class MyServiceFromMyLibrary : IMyServiceFromMyLibrary
{
    private readonly INodeServices nodeServices;

    public MyServiceFromMyLibrary(INodeServices nodeServices)
    {
        this.nodeServices = nodeServices;
    }

    // ...
}

然后从 Web API 项目中引用您的库并将您的服务注入控制器。

public class FooController  
{
    private readonly IMyServiceFromMyLibrary myService;

    public FooController(IMyServiceFromMyLibrary myService)
    {
        this.myService = myService;
    }
}

DI 负责将INodeServices 实例放入您的类中,前提是它已在您的composition root 中注册,如下所示。

services.AddNodeServices();
services.AddTransient<IMyServiceFromMyLibrary, MyServiceFromMyLibrary>();

如果您的最终目标是创建一个可重用库而不是应用层,请参阅DI Friendly Library 了解一些使您的库更易于使用的技术没有使用依赖注入。

另外我如何从单元测试中调用类,我可以将什么传递给构造函数?

对于单元测试,您只需要模拟 INodeServices。最简单的方法是使用模拟库,例如Moq

var mock = new Mock<INodeServices>();
mock.Setup(ns => ns.InvokeAsync(It.IsAny<string>())).Returns(...);

var target = new MyServiceFromMyLibrary(mock.Object);
// .. Call a method on target and then assert the results

参考文献:

【讨论】:

  • 嗨,谢谢你的回答,但这并没有真正帮助我,隐藏 DI 的技术围绕着更新 INodeServices 你知道构造函数是什么吗?
  • 我想我的意思是集成测试而不是严格的单元测试,因为我想测试 NodeServices 的功能而不是模拟它。
  • 由于 .NET Core 是开源的,这很容易确定 - 看起来您应该能够使用 NodeServicesFactory。但是,它的依赖 NodeServicesOptions 依赖于 IServiceFactory(使其成为服务定位器),并且看起来还有其他几个依赖项。
  • 底线是单元测试很简单,但集成测试就不那么简单了。见Integration testing in ASP.NET Core
猜你喜欢
  • 1970-01-01
  • 2020-12-08
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多