1

我有一个基于 MVVM 的 WPF 应用程序，带有 Caliburn.Micro 和 Ninject。我有一个名为 ShellViewModel 的根视图模型。它有几个在 Caliburn 的 Bootstrapper 中配置的依赖项（通过构造函数注入）。到目前为止，一切都很好。

在某个地方，有一个带有几个按钮的 MenuViewModel，它们依次打开具有自己依赖项的其他视图模型。这些视图模型不是在创建根对象期间创建的，但我仍然想从我的 IoC 容器中将依赖项注入它们。

我已经阅读了关于服务定位器与依赖注入的这个问题，并且我理解所提出的要点。

然而，我的印象是，我的 MenuViewModel 需要能够访问我的 IoC 容器才能正确注入动态制作的视图模型......这是我试图避免的事情。还有其他方法吗？

4

1 回答 1

1

是的，我相信你可以做得更好。

考虑一下，如果没有按需需求，那么显然您可以使这些视图模型成为MenuViewModel链上的依赖项，依此类推，直到您到达对象图的根（the ShellViewModel），并且容器会将所有内容连接起来。

您可以在对象图中放置一个“防火墙”，方法是用可以构造依赖关系的东西来代替依赖MenuViewModel关系本身。容器是这项工作的明显选择，恕我直言，从实际的角度来看，这是一个足够好的解决方案，即使它不是那么纯粹。

但也可以用专用工厂代替容器；该工厂将依赖容器并为MenuViewModel. 访问属性将导致容器解析对象并返回它们（访问器方法也可以代替属性工作；更合适的是完全另一个讨论，所以只需使用您认为更好的任何内容）。

看起来你并没有真正改变现状，但如果MenuViewModel直接依赖容器，情况就不一样了。在那种情况下，通过查看它的公共接口，您将不知道真正的依赖关系MenuViewModel是什么，而现在您会看到对类似的东西有依赖关系

interface IMenuViewModelDependencyFactory
{
    public RealDependencyA { get; }
    public RealDependencyB { get; }
}

这提供了更多信息。如果你看一下具体的公共接口的MenuViewModelDependencyFactory事情也会好很多：

class MenuViewModelDependencyFactory : IMenuViewModelDependencyFactory
{
    private Container container;

    public MenuViewModelDependencyFactory(Container container) { ... }

    public RealDependencyA { get { ... } }
    public RealDependencyB { get { ... } }
}

这里不应该混淆MenuViewModelDependencyFactory容器的用途，因为它非常专业。

于 2012-05-06T23:23:30.963 回答