我正在启动一个新的桌面应用程序,我想使用MVVM和WPF来构建它。
我也打算使用TDD。
问题是我不知道如何使用IoC容器将依赖项注入生产代码中。
假设我有以下类和接口:
public interface IStorage { bool SaveFile(string content); } public class Storage : IStorage { public bool SaveFile(string content){ // Saves the file using StreamWriter } }
然后我有另一个具有IStorage依赖关系的类,还假设该类是ViewModel或业务类…
IStorage
public class SomeViewModel { private IStorage _storage; public SomeViewModel(IStorage storage){ _storage = storage; } }
有了这个,我可以轻松地编写单元测试,以确保它们能够正常工作,例如使用模拟等。
问题是要在实际应用程序中使用它。我知道我必须有一个IoC容器,该容器链接该IStorage接口的默认实现,但是我该怎么做呢?
例如,如果我具有以下xaml,将如何处理:
<Window ... xmlns definitions ... > <Window.DataContext> <local:SomeViewModel /> </Window.DataContext> </Window>
在这种情况下,如何正确地“告诉” WPF以注入依赖关系?
另外,假设我需要的实例SomeViewModel从我的cs代码,我应该怎么办呢?
SomeViewModel
cs
我感到自己完全迷失了这一点,对于任何如何处理最佳方法的示例或指导,我将不胜感激。
我熟悉StructureMap,但我不是专家。另外,如果有更好/更轻松/开箱即用的框架,请告诉我。
提前致谢。
我一直在使用Ninject,发现与我合作很愉快。一切都在代码中设置,语法非常简单,并且有一个很好的文档(以及关于SO的大量答案)。
所以基本上它是这样的:
创建视图模型,并将IStorage接口作为构造函数参数:
class UserControlViewModel { public UserControlViewModel(IStorage storage) { } }
使用视图属性的get属性创建一个ViewModelLocator,该模型从Ninject加载视图模型:
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绑定到ViewModelLocator中的相应属性。
<UserControl ... DataContext="{Binding UserControlViewModel, Source={StaticResource ViewModelLocator}}"> <Grid> </Grid> </UserControl>
创建一个继承NinjectModule的类,该类将设置必要的绑定(IStorage和viewmodel):
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类进行某种形式的手动服务查找非常困难,因为它们必须具有无参数的构造函数,而且您无论如何也无法控制实例化,因此无法注入VM。至少通过这种方式,您可以隔离地测试VM,这是所有业务逻辑所在的位置。
如果有人有更好的方法,请分享。
编辑:Lucky Likey通过让Ninject实例化UI类来提供摆脱静态服务定位器的答案。答案的细节可以在这里看到