Webforms 和依赖注入

Question

我正在将依赖注入框架引入到现有的 WebForms 应用程序中（使用 Castle Windsor）。

我对 DI 有相当丰富的经验，并且非常倾向于构造函数注入而不是 setter 注入。如果您熟悉 Webform，您就会知道 ASP.Net 框架处理页面和控件对象的构造，从而使真正的构造函数注入变得不可能。

我当前的解决方案是在 Global.asax 的 Application_Start 事件中注册容器，并将容器保留为 Global 中的公共静态变量。然后，我只需在需要时直接在页面或控件中解析我需要的每个服务。因此，在每个页面的顶部，我最终都会得到这样的代码：

private readonly IMyService _exposureManager = Global.IoC.Resolve<IMyService>();
private readonly IMyOtherService _tenCustomersExposureManager = Global.IoC.Resolve<IMyOtherService>();

显然，我不喜欢将所有这些对容器的引用分散在我的应用程序中，或者让我的页面/控件依赖项不显式，但我没有能够找到更好的方法。

是否有更优雅的解决方案将 DI 与 Webforms 结合使用？

Answer 1

我同意@DarinDimitrov 的观点，即 MVP 是一个有趣的选择。然而，在使用遗留应用程序时，将现有页面重写为 MVP 模式是一项艰巨的工作。在这种情况下，最好从服务定位器模式开始（但仅在您的 UI 类中），就像您已经在做的那样。但是，请改变一件事。不要将所选的 DI 容器暴露给应用程序，正如我期望您对 Global.IoC 属性所做的那样。

相反，请在 Global 类上创建静态 Resolve 方法。这完全隐藏了容器，并允许您交换实现，而无需更改网页中的任何内容。当您执行此操作时，按照 @Wiktor 的建议使用公共服务定位器没有任何优势。公共服务定位器只是不必抽象的事物的另一种抽象（因为您已经使用 Global.Resolve 抽象出了容器）。

不幸的是，对于 Web 表单来说，并没有什么好的方法可以做到这一点。对于简单注入器，我写了一个Web 表单集成指南，基本上描述了Global.Resolve 方法，还展示了一种测试是否可以创建 Page 类的方法。该指南也可用于其他 DI 容器。

顺便说一句，请记住，对于温莎城堡，您请求的所有内容都必须明确发布（注册解决发布模式）。这有点令人讨厌（IMO），并且与其他容器的工作方式不同，如果您没有正确执行此操作，则可能会成为内存泄漏的根源。

最后一点。 可以使用 Web 表单进行构造函数注入。嗯...有点，因为这将在使用默认构造函数创建 Form 之后使用反射调用重载的构造函数，所以这会导致 时间耦合。

Answer 2

是否有更优雅的解决方案将 DI 与 Webforms 结合使用？

是的，MVP 模式 允许您在以下方面清楚地分离关注点： WebForms 应用程序。一旦实现了关注点分离和弱耦合，DI 就很容易了。

在 ASP.NET MVC 中这是内置的。

Answer 3

要知道这已经很老了，但现在，从 .NET 4.7.2 开始，WebForms 中就有了 DI。关于本文： ASP.NET 博客：在 WebForms 应用程序中使用依赖注入

只需安装 Microsoft.AspNet.WebFormsDependencyInjection.Unity在 Global.asax 中打包并注册您的类：

protected void Application_Start(object sender, EventArgs e)
{
    var container = this.AddUnity();

    container.RegisterType<IPopularMovie, MovieManager>();
    container.RegisterType<IMovieRepository, XmlMovieRepository>();
}

希望有帮助。

Answer 4

ASP.NET MVC 有 IDependencyResolver 和 静态管理器类它可以让您获取并设置解析器。我不喜欢在 Web 表单项目中引用 System.Web.Mvc，因此我选择了 IServiceLocator，它做同样的事情：

public static class Bootstrapper
{
    private static readonly IUnityContainer _container = new UnityContainer();

    public static void Initialize()
    {
        ServiceLocator.SetLocatorProvider(() => new UnityServiceLocator(_container));

        _container.RegisterType<IDriverService, DriverService>();
    }

    public static void TearDown()
    {
        _container.Dispose();
    }
}

public class Global : HttpApplication
{
    protected void Application_Start(object sender, EventArgs e)
    {
        Bootstrapper.Initialize();
    }

    protected void Application_End(object sender, EventArgs e)
    {
        Bootstrapper.TearDown();
    }
}

然后在你的 Page 类中......

IDriverService service = ServiceLocator.Current.GetInstance<IDriverService>();

或者通过构造函数注入连接 DI。我还没有走上使用 Web 表单的道路，所以需要其他人来代替我:)（我已经在 MVC 土地上生活了大约一年）。

我的示例使用 Unity，但您应该能够相当轻松地使其适应任何其他 DI 实现。

Answer 5

正如 @DarinDimitrov 所说，MVP 模式是将 DI/IOC 与 Webforms 结合使用的最佳选择。

您可以自行实施或使用现有框架。我听说过 Webforms MVP，但我还没有真正使用过它。

根据文档，它通过 Castle Windsor、Autofac 内置了对 DI 的支持和团结。它还为演示者提供基于约定的自动发现。

Answer 6

实际上，您刚刚构建的是您自己的服务定位器实现。但是，几乎可以肯定，您选择的 IoC 框架的实现已经存在。

http://commonservicelocator.codeplex.com/