c# - 如何处理 WPF/MVVM 应用程序中的依赖注入(inject)

Question

我正在启动一个新的桌面应用程序，我想使用 MVVM 和 WPF 构建它。

我也打算使用 TDD。

问题是我不知道我应该如何使用 IoC 容器将我的依赖项注入(inject)到我的生产代码中。

假设我有以下类和接口(interface):

public interface IStorage
{
    bool SaveFile(string content);
}

public class Storage : IStorage
{
    public bool SaveFile(string content){
        // Saves the file using StreamWriter
    }
}

然后我有另一个类将 IStorage 作为依赖项，还假设这个类是 ViewModel 或业务类...

public class SomeViewModel
{
    private IStorage _storage;

    public SomeViewModel(IStorage storage){
        _storage = storage;
    }
}

有了它，我可以轻松编写单元测试以确保它们正常工作，使用模拟等。

问题是在实际应用中使用它的时候。我知道我必须有一个 IoC 容器来链接 IStorage 接口(interface)的默认实现，但我该怎么做呢？

例如，如果我有下面的xaml会怎样:

<Window 
    ... xmlns definitions ...
>
   <Window.DataContext>
        <local:SomeViewModel />
   </Window.DataContext>
</Window>

在这种情况下，我如何才能正确地“告诉”WPF 注入(inject)依赖项？

另外，假设我需要一个来 self 的 C# 代码的 SomeViewModel 实例，我应该怎么做？

我觉得我完全迷失在这件事上，我将不胜感激任何关于如何最好地处理它的例子或指导。

我熟悉 StructureMap，但我不是专家。另外，如果有更好/更简单/开箱即用的框架，请告诉我。

Answer 1

我一直在使用 Ninject，发现与它一起工作很愉快。一切都在代码中设置，语法相当简单，并且有很好的文档(以及关于 SO 的大量答案)。

所以基本上它是这样的:

创建 View 模型，并将IStorage接口(interface)作为构造函数参数:

class UserControlViewModel
{
    public UserControlViewModel(IStorage storage)
    {

    }
}

为 View 模型创建一个带有 get 属性的 ViewModelLocator，它从 Ninject 加载 View 模型:

class ViewModelLocator
{
    public UserControlViewModel UserControlViewModel
    {
        get { return IocKernel.Get<UserControlViewModel>();} // Loading UserControlViewModel will automatically load the binding for IStorage
    }
}

在 App.xaml 中使 ViewModelLocator 成为应用程序范围的资源:

<Application ...>
    <Application.Resources>
        <local:ViewModelLocator x:Key="ViewModelLocator"/>
    </Application.Resources>
</Application>

将 UserControl 的 DataContext 绑定(bind)到 ViewModelLocator 中的相应属性。

<UserControl ...
             DataContext="{Binding UserControlViewModel, Source={StaticResource ViewModelLocator}}">
    <Grid>
    </Grid>
</UserControl>

创建一个继承 NinjectModule 的类，它将设置必要的绑定(bind)(IStorage 和 View 模型):

class IocConfiguration : NinjectModule
{
    public override void Load()
    {
        Bind<IStorage>().To<Storage>().InSingletonScope(); // Reuse same storage every time

        Bind<UserControlViewModel>().ToSelf().InTransientScope(); // Create new instance every time
    }
}

在应用程序启动时使用必要的 Ninject 模块(现在是上面的模块)初始化 IoC 内核:

public partial class App : Application
{       
    protected override void OnStartup(StartupEventArgs e)
    {
        IocKernel.Initialize(new IocConfiguration());

        base.OnStartup(e);
    }
}

我使用静态IocKernel 类来保存应用程序范围内的 IoC 内核实例，因此我可以在需要时轻松访问它:

public static class IocKernel
{
    private static StandardKernel _kernel;

    public static T Get<T>()
    {
        return _kernel.Get<T>();
    }

    public static void Initialize(params INinjectModule[] modules)
    {
        if (_kernel == null)
        {
            _kernel = new StandardKernel(modules);
        }
    }
}

此解决方案确实使用了静态 ServiceLocator(IocKernel)，这通常被视为一种反模式，因为它隐藏了类的依赖项。然而，很难避免对 UI 类进行某种手动服务查找，因为它们必须具有无参数的构造函数，而且无论如何您都无法控制实例化，因此您无法注入(inject) VM。至少这种方式允许您隔离测试 VM，这是所有业务逻辑所在的地方。

如果大家有更好的方法，欢迎分享。

编辑:Lucky Likey 通过让 Ninject 实例化 UI 类，提供了摆脱静态服务定位器的答案。详细回答可见here