c# - 在 MVVM 中绑定(bind) ItemsControl 的最佳实践

Question

使用 MVVM 模式时，将项目列表绑定(bind)到 ItemsControl 的最佳实践是什么？

1.绑定(bind)一个ViewModel列表

从数据库加载项目，创建模型和所有 View 模型，然后将 View 模型列表绑定(bind)到 ItemsControl.ItemsSource:

public class MyMainViewModel
{
    public List<PersonViewModel> Persons { get; set; }
}

2.绑定(bind)模型列表

从数据库加载项目，创建模型，然后将这些模型的列表直接绑定(bind)到 ItemsControl.ItemsSource:

public class MyMainViewModel
{
    public List<Person> Persons { get; set; }
}

Answer 1

我认为这里的答案真的取决于。

首先，您需要评估您的 View 是否需要以这样一种方式与您的模型交互，以便将 View 模型包裹在特定模型周围是有意义的。让我们看一个例子:

public class WebsiteModel
{
    public string URL { get; set; }
}

这里我有一个非常简单的模型，它代表一个网站，没什么花哨的。我可以创建一个包含所有网站的 View 模型，例如一对多关系:

public class WebsitesViewModel
{
    //A list of websites.
    public List<WebsiteModel> Websites { get; set; }

    //The command I will use to navigate, where the object parameter will be the WebsiteModel.
    public ICommand NavigateCommand { get; set; }

    ...

    public void Navigate(WebsiteModel model)
    {  
       ...
}

在这里我希望我的 View 能够导航 使用浏览器访问 URL。我的 View 模型包含一个模型列表，我的命令负责导航。

下一个方法我可以创建一个 View 模型来表示 单模型，我会说这是一种可靠的方法:

public class WebsiteViewModel
{
    //The website model
    public WebsiteModel Website { get; set; }

    //The command I will use to navigate, no parameters needed.
    public ICommand NavigateCommand { get; set; }

    ...

    public void Navigate()
    {  
       ...
}

在这种情况下，我需要另一个 View 模型，它将公开 WebsiteViewModel 的列表。在我看来。

public List<WebsiteViewModel> Websites { get; set; }

事实是没有真正的最佳实践。两种方法都没有真正胜过另一种方法。每种方法都有好处，但是选择的方法实际上取决于实现。在这种情况下，我会说方法 2 过于复杂。然而， View 模型很快变得非常大的情况并不少见，分离关注点的需要将迫使您创建更小的类，甚至 View 模型将您的模型包装在其中，使方法 2 成为可行的选择。

所以总结一下。这两种方法都不是最佳实践。