wpf - 用户控件应该有自己的 View 模型吗？

Question

我有一个由多个用户控件组成的窗口，想知道每个用户控件是否都有自己的 View 模型，或者整个窗口应该只有一个 View 模型？

Answer 1

绝对，积极

否

您的 UserControls 不应该不有专门为其设计的 ViewModel。事实上，这是一种代码味道。它不会立即破坏您的应用程序，但会在您使用它时给您带来痛苦。

用户控件是使用组合创建控件的简单方法。 UserControls 仍然是 Controls，因此应该只关心 UI 问题。

当您为 UserControl 创建 ViewModel 时，您可以在其中放置业务逻辑或 UI 逻辑。使用 ViewModel 包含 UI 逻辑是不正确的，因此如果这是您的目标，请放弃您的 VM 并将代码放置在该控件的代码隐藏中。如果您将业务逻辑放置在 UserControl 中，那么您很可能使用它来隔离应用程序的各个部分，而不是简化控件的创建。控件应该简单并且具有单一的设计目的。

当您为 UserControl 创建 ViewModel 时，您还打破了通过 DataContext 的数据自然流。这是你会经历最痛苦的地方。为了进行演示，请考虑这个简单的示例。

我们有一个包含 People 的 ViewModel，每个人都是 Person 类型的一个实例。

public class ViewModel
{
    public IEnumerable<Person> People { get; private set; }
    public ViewModel()
    {
        People = PeopleService.StaticDependenciesSuckToo.GetPeople();
    }
}

public class Person
{
    public string Name { get; set; }
    public int Age { get; set; }
}

在我们的窗口中显示人员列表很简单。

<Window x:Class="YoureDoingItWrong.MainWindow"
        xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
        xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
        xmlns:l="clr-namespace:YoureDoingItWrong"
        Title="Derp">
    <Window.DataContext>
        <l:ViewModel />
    </Window.DataContext>
    <Window.Resources>
        <DataTemplate DataType="{x:Type l:Person}">
            <l:PersonView />
        </DataTemplate>
    </Window.Resources>
    <ListView ItemsSource="{Binding People}" />
</Window>

列表会自动为人员选取正确的项目模板，并使用 PersonView 向用户显示人员的信息。

什么是 PersonView？它是一个用户控件，旨在显示人员的信息。它是一个人的显示控件，类似于 TextBlock 是文本的显示控件。它被设计为与人绑定(bind)，因此工作顺利。请注意上面窗口中的 ListView 如何将每个 Person 实例传输到 PersonView，其中它成为该视觉对象子树的 DataContext。

<UserControl x:Class="YoureDoingItWrong.PersonView"
             xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
             xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml">
    <StackPanel>
        <Label>Name</Label>
        <TextBlock Text="{Binding Name}" />
        <Label>Age</Label>
        <TextBlock Text="{Binding Age}" />
    </StackPanel>
</UserControl>

为了使其顺利工作，UserControl 的 ViewModel 必须是其设计类型的实例。当你通过做诸如

之类的愚蠢事情来打破这一点时

public PersonView()
{
    InitializeComponent();
    this.DataContext = this; // omfg
}

或

public PersonView()
{
    InitializeComponent();
    this.DataContext = new PersonViewViewModel();
}

你打破了模型的简单性。通常在这些情况下，您最终会遇到令人厌恶的解决方法，其中最常见的是为 DataContext 的实际情况创建一个伪 DataContext 属性。现在你不能将一个绑定(bind)到另一个，所以你最终会遇到像这样的可怕黑客

public partial class PersonView : UserControl
{        
    public PersonView()
    {
        InitializeComponent();
        var vm = PersonViewViewModel();
        // JUST KILL ME NOW, GET IT OVER WITH 
        vm.PropertyChanged = (o, e) =>
        {
            if(e.Name == "Age" && MyRealDataContext != null)
                MyRealDataContext.Age = vm.PersonAge;
        };
        this.DataContext = vm; 
    }
    public static readonly DependencyProperty MyRealDataContextProperty =
        DependencyProperty.Register(
            "MyRealDataContext",
            typeof(Person),
            typeof(PersonView),
            new UIPropertyMetadata());
    public Person MyRealDataContext
    {
        get { return (Person)GetValue(MyRealDataContextProperty); }
        set { SetValue(MyRealDataContextProperty, value); }
    }
}

您应该将 UserControl 视为一个更复杂的控件。 TextBox 有自己的 ViewModel 吗？不会。您将 VM 的属性绑定(bind)到控件的 Text 属性，控件就会在其 UI 中显示您的文本。

MVVM 并不代表“无代码隐藏”。将用户控件的 UI 逻辑放在代码隐藏中。如果它太复杂以至于您需要用户控件内部的业务逻辑，则表明它过于包罗万象。简化!

像这样思考 MVVM 中的 UserControls——对于每个模型，您都有一个 UserControl，它旨在向用户呈现该模型中的数据。您可以在任何想要向用户展示该模型的地方使用它。需要一个按钮吗？在 UserControl 上公开 ICommand 属性，并让您的业务逻辑绑定(bind)到它。您的业​​务逻辑是否需要了解内部发生的事情？添加路由事件。

通常，在 WPF 中，如果您发现自己问为什么做某事会很痛苦，那是因为您不应该这样做。