2

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

我不知道这有多合适，但我一直在探索使用ViewModelLocatorViewModels 中的实例来访问其他 ViewModels 的属性并更改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

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

现在，如果上述方法没有任何问题，我想知道制作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;
}

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

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

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

谢谢。

4

1 回答 1

1

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

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

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

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

该服务也需要在 viewmodellocator 中声明：

SimpleIoc.Default.Register<IUniversalAppDataService , UniversalAppDataService >

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

于 2013-08-12T21:35:51.237 回答