关于在 MVVM 中正确使用 ViewModelLocator 的问题答案

【问题标题】：Questions regarding appropriate use of ViewModelLocator in MVVM关于在 MVVM 中正确使用 ViewModelLocator 的问题
【发布时间】：2013-08-02 14:13:36
【问题描述】：

我正在使用 MVVM Light 开发 WPF/MVVM 应用程序。现在我的ViewModelLocator 很标准；它包含一个static 构造函数，该构造函数通过SimpleIoc 注册 ViewModel，并具有返回 ViewModel 当前实例的属性。

我不知道这有多合适，但我一直在探索在 ViewModel 中使用 ViewModelLocator 的实例来访问其他 ViewModel 的属性并在我的一个视图中更改 ContentControl。如果这样做有任何重大问题，请告诉我，以便我找到解决方法。例如，我可能在 ViewModel 中有一些东西，例如：

private ViewModelLocator _viewModelLocator = new ViewModelLocator();

private void SomeMethod()
{
    _viewModelLocator.OtherViewModel.SomeProperty = something;
}

在不同的 ViewModel 中，我有以下内容：

private ViewModelLocator _viewModelLocator = new ViewModelLocator();

public ViewModelBase CurrentViewModel { get; set; }

private void SomeMethod()
{
    CurrentViewModel = _viewModelLocator.SomeViewModel;
}

在这种情况下，CurrentViewModel 在我看来是绑定到ContentControl。

目前能够做到这一点非常方便，但我想从更有经验的程序员那里获得一些意见，以确保我不会自欺欺人。如果它有问题，我可以采取更多可接受的路线来达到相同的结果吗？

现在，如果上述方法没有任何问题，我想知道将ViewModelLocatorstatic 设为合适和/或可接受。为了尝试一下，我快速切换到staticViewModelLocator。在我的 MainWindow.xaml 中，我将 DataContext 设置为：

DataContext="{Binding Source={x:Static vm:ViewModelLocator.Main}}"

...回到第一个示例，我可以使用：

private void SomeMethod()
{
    ViewModelLocator.OtherViewModel.SomeProperty = something;
}

和：

public ViewModelBase CurrentViewModel { get; set; }

private void SomeMethod()
{
    CurrentViewModel = ViewModelLocator.SomeViewModel;
}

目前，该程序使用 static ViewModelLocator 可以正常工作，但它还处于起步阶段，所以我想知道这是否是未来可行的选择，或者我是否应该留下完全远离static ViewModelLocator。

对于这些问题的任何建议或意见将不胜感激。我对编程还很陌生，我想学习从长远来看对我有用的技术。

如果我在这里所做的事情没有明显的问题，也请告诉我。

谢谢。

【问题讨论】：

标签： c# mvvm mvvm-light viewmodellocator

【解决方案1】：

从视图模型中引用其他视图模型被认为是不正确的。这打破了原本应该使您的项目更具可测试性和可维护性的解耦。如果我需要从多个视图模型中访问属性，我会创建一个像 iUniversalAppDataService 这样的服务，然后使用 MVVM-Light 中内置的依赖注入来解决创建 vewimodel 时的问题。

即这是您的视图模型的构造函数：

public New(IUniversalAppDataService AppDataService)
{
    _MyAppDataService = AppDataService;
}

这样，该服务中的任何更改/属性都可用于实现该服务的任何视图模型。

服务也需要在 viewmodellocator 中声明：

SimpleIoc.Default.Register<IUniversalAppDataService , UniversalAppDataService >

我已使用此方法创建响应用户导航的导航服务，当然还有来自数据库或 Web 数据服务的数据服务。我强烈建议使用这种服务方法，因为从长远来看，如果您的底层数据模型或应用程序架构发生变化，它更容易维护。

【讨论】：