问MVVM在占用屏幕上相同占用空间的视图之间切换的正确方法

EN

在MVVM中，ViewModel包含UI的状态。视图仅仅是这种状态的反映。这种状态反映是通过绑定、转换器、样式等来实现的。

我认为您需要的是ViewModel上的一个状态变量，并且可以看到绑定到该状态的各种UI位。

首先，定义状态枚举并在VM上创建一个属性：

    enum ViewState
    {
        State1,
        State2
    }

    class MyVM
    {
        public ViewState ViewState {get;set;}
    }

然后，在您的视图中，可以使用触发器隐藏/显示UI元素：

    <StackPanel>
        <StackPanel.Style>
            <Style TargetType="StackPanel">
                <Setter Property="Visibility" Value="Collapsed" />
                <Style.Triggers>
                    <DataTrigger Binding="{Binding Path=ViewState}" Value="{x:Static local:ViewState.State1}">
                        <Setter Property="Visibility" Value="Visible" />
                    </DataTrigger>
                </Style.Triggers>
            </Style>
        </StackPanel.Style>
    </StackPanel>

仅仅为纯GUI创建视图模型是正确的做法吗？

是的，这是正确的，因为拥有ViewModel的核心目的是表示UI中的某些内容。此外，还可以通过测试视图模型中的更改，在UI中对这些更改进行单元测试。

我们是否应该在代码背后的某些触发器上编写更改视图的代码，以防我们一致认为这纯粹是GUI，而视图模型不需要涉及？

如果这些只是纯粹的GUI关注点，您可以在代码隐藏、XAML中编写此触发器，也可以使用VisualStateManager。我认为所有这些选择都解决了你的担忧。但是，您将无法使用这些选项测试GUI流。

我正在用与OP相同的问题来处理我的第一个WPF项目，我越多地思考它，我的想法就越多：

您的CRUD操作都在使用相同的Model，并且该对象可能有一种显示自己的方法(它自己的视图模型)。因此，人们很容易认为“我想正确地做MVVM，这些都是相同的模型，我只是以不同的方式展示它们，因此不同的视图，而不是不同的视图模型。

正如其他人所建议的，我的第一个想法是将不同的场景表示为主ViewModel中的某种枚举，并将DataTemplate或ControlTemplate的选择绑定到该枚举中。

但是，由于View模型是对模型对象的呈现方式的抽象，所以对您正在使用它所做的事情进行抽象，那么每个操作场景(创建、读取、更新等)实际上都是您对对象所做的不同的事情，因此最好用单独的视图模型来表示。