ASMX 依赖注入和 IoC

Question

我在尝试让我的 asmx Web 服务使用依赖项注入并使用 IoC 来执行此操作时遇到了困难。我希望我的网络服务能够使用我的内部业务层服务。该 Web 服务将由来自不同域的外部客户端使用，主要用于发送和接收有关订单和客户等实体的信息。

一个例子是：

public class MyService : System.Web.Services.WebService
{
    [WebMethod]
    public string HelloWorld()
    {
        return new MyBusinessService().MyMethod();
    } 
}

public class MyBusinessService : IMyBusinessService
{
    public string MyMethod()
    {
        return "hello";
    }
}

我想使用依赖注入来消除“更新”我的服务的需要，但我无法找到一种方法来做到这一点。我可以使用穷人 DI 让它工作。

像这样：

public class MyService : System.Web.Services.WebService
{
    private IMyBusinessService _myService;

    public MyService(IMyBusinessService myService)
    {
        _myService = myService;
    }

    public MyService() : this(new MyBusinessServie()) { }

    [WebMethod]
    public string HelloWorld()
    {
        return _myService.MyMethod();
    }
}

但我无法弄清楚如何使用 IoC 容器来注入我的依赖项，因为如果没有无参数构造函数，我无法让服务运行。 我刚刚开始测试依赖注入，并让它在带有 StructureMap 的 Windows 窗体应用程序上正常工作，但陷入了困境。

Answer 1

不幸的是，没有任何方法可以在 ASP.NET 中使用 Web 服务执行构造函数注入。 ASP.NET 要求您提供默认构造函数。 MyService 的构造函数与您可以使用此类 Web 服务获得的组合根非常接近，无需使用 DI 容器。

对于 ASP.NET，具有多个组合根并不罕见。它可以是各个网络服务和网页的构造者。如果您使用 ASP.NET MVC，则它是 ControllerFactory，它对 DI 更友好。

在您的实现中，重要的部分不是从 Web 服务中移动对象图的构造，因为这是您的组合根。主要要做的事情是使 Web 服务尽可能精简，将大部分逻辑保留在依赖项中，以便可以对其进行测试或重用。从 HTTP 标头中提取信息是 Web 服务可以将该信息传递给依赖项的任务示例。

关于 DI 模式和技术，一本值得参考的好书是 .NET 中的依赖注入作者：马克·西曼。

如果您的 Web 服务实现了 System.Web.IHttpHandler 而不是从 System.Web.Services.WebService 派生，您可以像这样实现您的 DI：

Global.ashx.cs

public class Global : HttpApplication
{
    protected void Application_PreRequestHandlerExecute(object sender, EventArgs e)
    {
        var context = ((HttpApplication)sender).Context;

        var needsMyBusinessService = context.Handler as INeedMyBusinessService;
        if (needsMyBusinessService != null)
            needsMyBusinessService.MyBusinessService = new MyBusinessService();
    }
}

MyService。 ashx.cs

public class MyService : IHttpHandler, INeedMyBusinessService
{
    public IMyBusinessService MyBusinessService { get; set; }

    public bool IsReusable { get { return true; } }

    public void ProcessRequest(HttpContext context)
    {
        // uses my dependency
    }
}

INeedMyBusinessService.cs

public interface INeedMyBusinessService
{
    IMyBusinessService MyBusinessService { get; set; }
}

然而，此实现的问题是，它不能与实现 System.Web.Services.WebService 的 Web 服务一起工作，因为 Web 服务对象是不是初始化直到调用 PreRequestHandlerExecute 事件之后，这是调用 ProcessRequest 之前的最后一个事件。

如果您希望每个 Web 服务都有一个唯一的实例，则上面的示例适用。如果您希望每个 Web 服务请求都有相同的 MyBusinessService 实例（单例生命周期），您可以像这样实现 Global.ashx.cs 文件：

public class Global : HttpApplication
{
    private static IMyBusinessService businessService;

    protected void Application_Start(object sender, EventArgs e)
    {
        Global.businessService = new MyBusinessService();
    }

    protected void Application_PreRequestHandlerExecute(object sender, EventArgs e)
    {
        var context = ((HttpApplication)sender).Context;

        var needsMyBusinessService = context.Handler as INeedMyBusinessService;
        if (needsMyBusinessService != null)
            needsMyBusinessService.MyBusinessService = Global.businessService;
    }
}

Answer 2

WebService 上只能有无参数构造函数。但是，您可以做的是在 WebService 类上拥有一个属性，并在无参数构造函数内部调用类似 _myDependency = container.resolve(); 的内容。

Answer 3

这是一个老问题，不太可能帮助很多人，但是当 ServiceProvider::GetService() 无法返回 a 的实例时，您基本上需要 IDependencyResolver 和 IDependencyScope 实现。请求的类型，该类型是显式实例化（理想情况下使用容器来解析构造函数参数。）

该类型可以使用反射“显式实例化”，或者使用现代的东西，例如ActivatorUtilities.GetServiceOrCreateInstance(...)

默认情况下，当依赖解析器没有为控制器、页面、模块（Web 服务）等提供请求类型的实例时，运行时将尝试使用事实上的 Activator 类来创建实例，而 Activator 只能创建具有公共无参数构造函数的类型的实例。

因此，如果您无法/不愿意创建 IDependencyResolver / IDependencyScope 实现，那么说您的类型需要一个公共的无参数构造函数只是部分正确。实现自定义依赖解析器 impl 是一件微不足道的事情，MSDN 有基本实现的文章和示例。

您唯一需要的其他东西是具有类型注册的明显 DI 容器，以及向 ASP.NET 注册并利用您的 DI 容器的 IDependencyResolver。今天，这可能类似于 Microsoft.Extensions.DependencyInjection，但就问题的日期和内容而言，它也可能是 Unity（依赖注入框架，而不是游戏）引擎。）配置和集成 DI 容器有点超出了问答的范围，并且可能已经有其他问答涵盖了这样做。我要指出的是，如果您正在构建自己的 IDependencyResolver，您还可以选择使用更现代的 DI 框架（例如 ASP.NET Core 脚手架中使用的框架），即使您可能使用的是以下版本的 ASP.NET 版本： 2000年代。底层 DI 框架无关紧要，依赖解析器才是关键。

另请参阅：

• Web API 依赖关系解析器 (microsoft.com)；你需要知道的是，谈论的是 Unity，但任何 DI 容器/框架都可以用来代替它。
• Microsoft.Extensions.DependencyInjection.ActivatorUtilities 类 ;寻求更宽容的方法。
• Type.GetConstructors 方法; DIY 方法

HTH！