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

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

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

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

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

希望这能有所帮助。

我实现了Joe White的解决方案，但遇到了偶尔出现的“只有在创建Window并显示为对话框后才能设置dialgresult”错误。

在视图关闭后，我一直保持ViewModel，偶尔我也会使用相同的VM打开一个新的视图。看起来，在旧视图被垃圾收集之前关闭新视图会导致dialgresultchanged试图在关闭的窗口上设置dialgresult属性，从而引发错误。

我的解决方案是改变dialgresultchanged来检查窗口的IsLoaded属性:

private static void DialogResultChanged(
    DependencyObject d,
    DependencyPropertyChangedEventArgs e)
{
    var window = d as Window;
    if (window != null && window.IsLoaded)
        window.DialogResult = e.NewValue as bool?;
}

做出此更改后，关闭对话框的任何附件都将被忽略。

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

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使它比我没有使用它更难理解，而且现在是一个反模式。

行为是这里最方便的方式。

一方面，它可以被绑定到给定的视图模型 信号“关闭表单!”) 另一方面，它可以访问表单本身，因此可以订阅必要的特定于表单的事件，或显示确认对话框，或其他任何东西。

写作的必要行为第一次被认为是无聊的。但是，从现在开始，您可以通过精确的一行XAML片段在所需的每个表单上重用它。如果有必要，可以将其提取为单独的程序集，以便将其包含到您想要的任何下一个项目中。

我从Thejuan的回答中受到启发，写了一个更简单的附加属性。没有样式，没有触发器;相反，你可以这样做:

<Window ...
        xmlns:xc="clr-namespace:ExCastle.Wpf"
        xc:DialogCloser.DialogResult="{Binding DialogResult}">

这几乎就像WPF团队正确地将dialgresult设置为依赖属性一样干净。只是放一个bool?在你的ViewModel上实现INotifyPropertyChanged和voilà，你的ViewModel可以通过设置属性来关闭窗口(并设置它的dialgresult)。MVVM应该是这样的。

下面是DialogCloser的代码:

using System.Windows;

namespace ExCastle.Wpf
{
    public static class DialogCloser
    {
        public static readonly DependencyProperty DialogResultProperty =
            DependencyProperty.RegisterAttached(
                "DialogResult",
                typeof(bool?),
                typeof(DialogCloser),
                new PropertyMetadata(DialogResultChanged));

        private static void DialogResultChanged(
            DependencyObject d,
            DependencyPropertyChangedEventArgs e)
        {
            var window = d as Window;
            if (window != null)
                window.DialogResult = e.NewValue as bool?;
        }
        public static void SetDialogResult(Window target, bool? value)
        {
            target.SetValue(DialogResultProperty, value);
        }
    }
}

我也把这个贴在我的博客上。

public partial class MyWindow: Window
{
    public ApplicationSelection()
    {
      InitializeComponent();

      MyViewModel viewModel = new MyViewModel();

      DataContext = viewModel;

      viewModel.RequestClose += () => { Close(); };

    }
}

public class MyViewModel
{

  //...Your code...

  public event Action RequestClose;

  public virtual void Close()
  {
    if (RequestClose != null)
    {
      RequestClose();
    }
  }

  public void SomeFunction()
  {
     //...Do something...
     Close();
  }
}