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

我正在使用MVVM Light开发WPF/MVVM应用程序。现在我的ViewModelLocator是相当标准的；它包括一个CCD_ 2构造函数，该构造函数通过CCD_。

我不知道这有多合适，但我一直在探索在ViewModels中使用ViewModelLocator实例来访问其他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;
}

目前，该程序使用static ViewModelLocator运行良好，但它还处于起步阶段，所以我想知道这在未来是否是一个可行的选择，或者我是否应该完全远离static ViewModelLocator。

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

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

谢谢。

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

SimpleIoc.Default.Register<IUniversalAppDataService , UniversalAppDataService >