将 IoC/DI 容器与运行时相关的构造函数参数一起使用

Question

我正在转换我的代码以使用带有 StructureMap 的 IoC 容器。试图让我的头脑了解事物，我觉得它开始“点击”​​，我可以看到它对后端的意义何在。

但是，我正在努力工作，我发现了一些我不知道如何使它工作的情况。具体来说，我的原始构造函数使用并非真正依赖的参数做了重要的事情，或者在运行时会改变的事情。

假设我从这个（前 IoC 容器）开始，我在其中使用构造函数传递我的依赖项，但也向它发送一个 ImportantObject ，它依赖于运行时：

IMyPageViewModel myPageViewModel = new MyPageViewModel(importantObject, dialogManager, pageDisplay, viewModelProvider)

它正在构建它：

public MyPageViewModel(ImportantObject importantObject, IDialogManager dialogManager,IPageDisplay pageDisplay, IViewModelProvider viewModelProvider)
{
    this.dialogManager = dialogManager;
    this.pageDisplay = pageDisplay;
    this.viewModelProvider = viewModelProvider;

    importantObject.DoThatImportantThing();
}

现在，我正在迁移以使用 IoC 容器，起初我认为我应该这样做：

//I need to create an instance to use, so I use my IoC container:
IMyPageViewModel myPageViewModel = container.GetInstance<IMyPageViewModel>();

然后让它解决它的依赖关系，但是重要的对象是在运行时设置的。我无法将其注册为依赖项：

public MyPageViewModel(IDialogManager dialogManager,IPageDisplay pageDisplay, IViewModelProvider viewModelProvider, IContainer container)
{
    this.dialogManager = dialogManager;
    this.pageDisplay = pageDisplay;
    this.viewModelProvider = viewModelProvider;

    //however, here I have no access to the important object that I previously passed in my constructor
    importantObject.DoThatImportantThing(); //obviously error
}

我想也许我应该使用“new”创建并传递 IoC 容器：

IMyPageViewModel myPageViewModel = new MyPageViewModel(importantObject, container)

然后让它在构造函数中解决它的依赖关系：

public MyPageViewModel(ImportantObject importantObject, IContainer container)
{
    this.dialogManager = container.GetInstance<IDialogManager>();
    this.pageDisplay = container.GetInstance<IPageDisplay>();
    this.viewModelProvider = container.GetInstance<IViewModelProvider>();

    importantObject.DoThatImportantThing();
}

但这让我觉得这不是一个好主意，具体来说，我不能使用测试寄存器运行它并让它创建一个虚拟/存根“MyPageViewModel”用于单元测试。

我能想到的唯一另一件事是从构造函数中删除所有逻辑并将其放入初始化方法或属性设置器中。然而，这意味着我必须确保在使用前总是调用初始化，它会隐藏错误/问题。

这些选项中的任何一个是否合理，我应该如何管理在具有依赖注入的构造函数中传递运行时依赖对象？

我试图远离静态工厂，因为我读过很多关于它们是反模式/不好的做法的文章。

编辑：为了回应布鲁诺·加西亚的回答，我决定使用工厂类型模式来保存容器并像这样处理对象创建：

class PageProvider : IPageProvider
{
    public MyPageViewModel GetMyPage(ImportantObject importantObject)
    {
        //might just get, if it's a single only instance
        return MyPageViewModel(ImportantObject importantObject,
                               container.GetInstance<IDialogManager>(),
                               container.GetInstance<IPageDisplay>(),
                               container.GetInstance<IViewModelProvider>())
    }
}

Answer 1

StructureMap supports passing arguments 解决。这可以帮助您将ImportantObject 传递给您正在解析的服务。

值得注意的是，如果你传递你的容器，事情很快就会变得非常混乱。避免将其用作Service Locator。

理想情况下，您会使用容器来解析入口点（例如：Controller、Consumer worker），从那时起，就不再直接使用容器了。如果您需要控制要带入构造函数的依赖项的生命周期，有多种方法可以解决此问题，例如： 采取Factory 或Func<>。

我建议您仔细阅读您想要使用的 Container 的文档，以了解谁控制对象的生命周期（如果 Component 实现 IDisposable，谁来处理它？）。生命周期范围何时创建/处置？

IoC 容器很棒，但如果您不仔细理解终身所有权的概念，很容易发现自己解决内存泄漏问题。