是否可以使用WPF应用程序进行依赖注入？

我想在我的WPF应用程序中开始使用依赖注入,主要是为了更好的单元可测试性.我的应用程序主要是按照MV-VM模式构建的.我正在为我的IoC容器看autofac,但我认为这对于这个讨论来说并不重要.

将服务注入启动窗口似乎很简单,因为我可以在App.xaml.cs中创建容器并从中解析它.

我正在努力的是如何将DI ViewModels和服务转化为用户控件？用户控件通过XAML标记实例化,因此没有机会Resolve().

我能想到的最好的方法是将容器放在Singleton中,让用户控件从全局容器中解析它们的ViewModel.这感觉就像是一个中途解决方案,充其量,因为它仍然需要我的组件依赖于ServiceLocator.

WPF可以完全使用IoC吗？

[编辑] - 有人建议使用Prism,但即使是对Prism进行评估也似乎是一笔巨大的投资,我希望能有更小的东西

[编辑]这是我停止的代码片段

    //setup IoC container (in app.xaml.cs)
    var builder = new ContainerBuilder();
    builder.Register().As();
    builder.Register().FactoryScoped();
    var container = builder.Build();

    // in user control ctor -
    // this doesn't work, where do I get the container from
    VM = container.Resolve();

    // in app.xaml.cs
    // this compiles, but I can't use this uc, 
    //as the one I want in created via xaml in the primary window
    SomeUserControl uc = new SomeUserControl();
    uc.VM = container.Resolve();

Glenn Block.. 16

这实际上非常容易.正如jedidja所提到的,我们在Prism中有这样的例子.您可以使用View注入ViewModel,也可以使用ViewModel注入View.在Prism StockTraderRI中,您将看到我们将View注入ViewModel.基本上发生的是View(和View接口)具有Model属性.该属性在代码隐藏中实现,以将DataContext设置为值,例如:this.DataContext = value;.在ViewModel的构造函数中,View被注入.然后它设置View.Model = this;哪个将自己作为DataContext传递.

您也可以轻松地执行相反操作并将ViewModel注入View中.我实际上更喜欢这个,因为它意味着ViewModel根本不再具有对视图的任何后向引用.这意味着在对ViewModel进行单元测试时,您甚至无法查看Mock.此外,它使代码更清晰,因为在View的构造函数中,它只是将DataContext设置为注入的ViewModel.

我在Jeizmy Miller和我在Kaizenconf给出的分离演示模式演讲的视频录制中再谈了这个.第一部分可以在这里找到http://www.vimeo.com/2189854.

希望这有帮助,格伦

这实际上非常容易.正如jedidja所提到的,我们在Prism中有这样的例子.您可以使用View注入ViewModel,也可以使用ViewModel注入View.在Prism StockTraderRI中,您将看到我们将View注入ViewModel.基本上发生的是View(和View接口)具有Model属性.该属性在代码隐藏中实现,以将DataContext设置为值,例如:this.DataContext = value;.在ViewModel的构造函数中,View被注入.然后它设置View.Model = this;哪个将自己作为DataContext传递.

您也可以轻松地执行相反操作并将ViewModel注入View中.我实际上更喜欢这个,因为它意味着ViewModel根本不再具有对视图的任何后向引用.这意味着在对ViewModel进行单元测试时,您甚至无法查看Mock.此外,它使代码更清晰,因为在View的构造函数中,它只是将DataContext设置为注入的ViewModel.

我在Jeizmy Miller和我在Kaizenconf给出的分离演示模式演讲的视频录制中再谈了这个.第一部分可以在这里找到http://www.vimeo.com/2189854.

希望这有帮助,格伦

我想你已经遇到了这个问题.需要将控件注入其父级,而不是通过XAML以声明方式创建.

要使DI工作,DI容器应该创建接受依赖项的类.这意味着父级在设计时不会有子控件的任何实例,并且在设计器中看起来像shell.这可能是推荐的方法.

另一个"替代方案"是从控件的构造函数或类似的东西中调用一个全局静态容器.有一个公共模式,其中声明了两个构造函数,一个带有构造函数注入的参数列表,另一个没有委托参数:

// For WPF
public Foo() : this(Global.Container.Resolve()) {}

// For the rest of the world
public Foo(IBar bar) { .. }

我几乎称之为反模式,但事实上有些框架别无选择.

我甚至不是WPF的半专家所以我期待这里有一个健康的downmod服务:)但希望这会有所帮助.Autofac小组(从主页链接)可能是另一个提出此问题的地方.Prism或MEF示例应用程序(包括一些WPF示例)应该让您了解什么是可行的.

你应该从p&p团队看一下Prism.这是Codeplex上的网站