c# - 关于在 MVVM 中适当使用 ViewModelLocator 的问题

Question

我正在使用 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 绑定(bind)到我 View 中的 ContentControl。

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

---

现在，如果上述方法没有任何问题，我想知道制作 ViewModelLocator static 是否合适和/或可接受。为了尝试一下，我快速切换到 static ViewModelLocator。在我的 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。

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

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

谢谢。

Answer 1

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

即这是您的 View 模型的构造函数:

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

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

服务也需要在 viewmodellocator 中声明:

SimpleIoc.Default.Register<IUniversalAppDataService , UniversalAppDataService >

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