我读了所有的答案，但我必须说，他们中的大多数都不够好，甚至更糟。

你可以用DialogService类很好地处理这个问题，它的职责是显示对话框窗口并返回对话框结果。我已经创建示例项目演示它的实现和使用。

以下是最重要的部分:

//we will call this interface in our viewmodels
public interface IDialogService
{
    bool? ShowDialog(object dialogViewModel, string caption);
}

//we need to display logindialog from mainwindow
public class MainWindowViewModel : ViewModelBase
{
    public string Message {get; set;}
    public void ShowLoginCommandExecute()
    {
        var loginViewModel = new LoginViewModel();
        var dialogResult = this.DialogService.ShowDialog(loginViewModel, "Please, log in");

        //after dialog is closed, do someting
        if (dialogResult == true && loginViewModel.IsLoginSuccessful)
        {
            this.Message = string.Format("Hello, {0}!", loginViewModel.Username);
        }
    }
}


public class DialogService : IDialogService
{
    public bool? ShowDialog(object dialogViewModel, string caption)
    {
        var contentView = ViewLocator.GetView(dialogViewModel);
        var dlg = new DialogWindow
        {
            Title = caption
        };
        dlg.PART_ContentControl.Content = contentView;

        return dlg.ShowDialog();
    }
}

这样不是更简单吗?比EventAggregator或其他类似的解决方案更简单，更可读和持久，但并非最不容易调试?

正如你所看到的，在我的视图模型中，我已经使用了我在这里的帖子中描述的ViewModel优先方法:在WPF中从ViewModel调用view的最佳实践

当然，在现实世界中，DialogService。ShowDialog必须有更多的选项来配置对话框，例如他们应该执行的按钮和命令。有不同的方式这样做，但它超出了范围:)

以下是我最初所做的，它确实有效，但它似乎相当冗长和丑陋(全局静态的任何东西都不好)

1: App.xaml.cs

public partial class App : Application
{
    // create a new global custom WPF Command
    public static readonly RoutedUICommand LoggedIn = new RoutedUICommand();
}

2: LoginForm.xaml

// bind the global command to a local eventhandler
<CommandBinding Command="client:App.LoggedIn" Executed="OnLoggedIn" />

3: LoginForm.xaml.cs

// implement the local eventhandler in codebehind
private void OnLoggedIn( object sender, ExecutedRoutedEventArgs e )
{
    DialogResult = true;
    Close();
}

4: LoginFormViewModel.cs

// fire the global command from the viewmodel
private void OnRemoteServerReturnedSuccess()
{
    App.LoggedIn.Execute(this, null);
}

我后来删除了所有这些代码，只让LoginFormViewModel在它的视图上调用Close方法。它最终变得更好，也更容易理解。在我看来，模式的意义在于让人们更容易理解你的应用程序在做什么，在这种情况下，MVVM使它比我没有使用它更难理解，而且现在是一个反模式。

这里有很多关于MVVM利弊的评论。就我而言，我同意Nir的观点;这是一个适当使用模式的问题，MVVM并不总是适合。人们似乎愿意牺牲所有最重要的软件设计原则，只是为了让它适合MVVM。

也就是说,. .我觉得你的案子可以做点重构。

在我遇到的大多数情况下，WPF可以让你在没有多个Windows的情况下工作。也许你可以尝试使用框架和页面来代替带有对话框的Windows。

在你的情况下，我的建议是让LoginFormViewModel处理LoginCommand，如果登录无效，将LoginFormViewModel上的属性设置为适当的值(false或一些枚举值，如UserAuthenticationStates.FailedAuthentication)。对于成功登录(true或其他enum值)，也可以执行相同的操作。然后使用DataTrigger来响应各种用户身份验证状态，并可以使用简单的Setter来更改Frame的Source属性。

让你的登录窗口返回一个对话框，我认为这是你感到困惑的地方;dialgresult实际上是ViewModel的一个属性。在我使用WPF的有限经验中，当某些事情感觉不对时，通常是因为我在考虑如何在WinForms中做同样的事情。

希望这能有所帮助。

好吧，这个问题已经提了将近6年了，我仍然找不到我认为正确的答案，所以请允许我分享我的“2美分”……

实际上我有两种方法，第一种是简单的…右边的第二个，所以如果你正在寻找正确的一个，跳过#1，跳到#2:

1. 简单快捷(但不完整)

如果我有一个小项目，我有时只是在ViewModel中创建一个CloseWindowAction:

        public Action CloseWindow { get; set; } // In MyViewModel.cs

无论谁装箱视图，或者在视图后面的代码中我设置了方法Action都会调用

(记住MVVM是关于View和ViewModel的分离…视图后面的代码仍然是视图，只要有适当的分离，你就没有违反模式)

如果某个ViewModel创建了一个新窗口:

private void CreateNewView()
{
    MyView window = new MyView();
    window.DataContext = new MyViewModel
                             {
                                 CloseWindow = window.Close,
                             }; 
    window.ShowDialog();
}

或者如果你想把它放在主窗口中，只需要把它放在视图的构造函数下面:

public MyView()
{
    InitializeComponent();           
    this.DataContext = new MainViewModel
                           {
                                CloseWindow = this.Close
                           };
}

当你想关闭窗口时，只需调用ViewModel上的Action。

2. 正确的方法

现在正确的方法是使用Prism(恕我直言)，所有关于它的信息都可以在这里找到。

你可以创建一个交互请求，用你在新窗口中需要的任何数据填充它，午餐它，关闭它，甚至接收数据。所有这些都被封装并通过了MVVM。您甚至可以获得窗口如何关闭的状态，如用户是否取消或接受(OK按钮)窗口和数据返回，如果您需要它。它有点复杂，答案#1，但它更完整，是微软推荐的模式。

我给出的链接有所有的代码片段和示例，所以我不会在这里放置任何代码，只要阅读下载Prism快速入门的文章并运行它，它真的很容易理解，只是稍微啰嗦一点，使它工作，但好处比关闭一个窗口更大。

我处理它的方法是在ViewModel中添加一个事件处理程序。当用户成功登录时，我将触发事件。在我的视图中，我将附加到这个事件，当它发射时，我将关闭窗口。

为什么不直接将窗口作为命令参数传递呢?

C#:

 private void Cancel( Window window )
  {
     window.Close();
  }

  private ICommand _cancelCommand;
  public ICommand CancelCommand
  {
     get
     {
        return _cancelCommand ?? ( _cancelCommand = new Command.RelayCommand<Window>(
                                                      ( window ) => Cancel( window ),
                                                      ( window ) => ( true ) ) );
     }
  }

XAML:

<Window x:Class="WPFRunApp.MainWindow"
        x:Name="_runWindow"
...
   <Button Content="Cancel"
           Command="{Binding Path=CancelCommand}"
           CommandParameter="{Binding ElementName=_runWindow}" />