Question

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

我不知道这是多么合适，但我一直在探索在ViewModels中使用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。

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

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

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

即这是viewmodel的构造函数：

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

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

服务也需要在viewmodellocator中声明：

SimpleIoc.Default.Register<IUniversalAppDataService , UniversalAppDataService >

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

有关在MVVM中正确使用ViewModelLocator的问题

1 个答案: