基于 WPF 和 MVVM 模式中的嵌套模型实体构建 ViewModel

Question

我在理解如何基于以下模型构建视图模型时遇到问题

（我简化了模型以使其更清晰）

public class Hit
{
   public bool On { get; set;}
   public Track Track { get; set; }
}
public class Track
{
   public ObservableCollection<Hit> Hits { get; set; }
   public LinearGradientBrush Color { get; set; }
   public Pattern Pattern { get; set; }
}
public class Pattern
{
   public string Name { get; set; }
   public ObservableCollection<Tracks> Tracks { get; set; }
}

现在，我的问题是如何构建 ViewModel ..

我需要通过模型保留原始关系，因为我Pattern 上有一个 Serialize() 方法，将其序列化为 XML 文件。（带有相关的 Tracks 和 Hits）

为了能够将模式绑定到用户控件及其嵌套模板，我还应该有一个带有 ObservableCollection< 的 PatternViewModel ;TrackViewModel>其中，TrackViewModel 和 HitViewModel 也是如此。我需要在不属于业务对象的视图模型上拥有自定义表示属性（颜色等）。

这对我来说似乎不是一件好事复制视图模型上模型的所有关系... 并且在编码视图模型时跟踪所有这些关系也更容易出错..

有人有更好的方法/解决方案吗？

Answer 1

我做过的一件事（并取得了一些成功）是将 ObservableCollection 移出模型。这是我的一般模式：

• 在模型对象中，公开一个 IEnumerable类型的属性，该属性提供对集合的只读访问权限。使用普通的旧 List 作为后备集合，而不是 ObservableCollection。
• 对于需要更改模型集合（添加、删除等）的代码，请向模型对象添加方法。没有外部代码直接操作集合；将其封装在模型的方法内部。
• 为您允许的每种类型的更改添加事件到模型。例如，如果您的模型仅支持将项目添加到集合末尾以及删除项目，则您将需要 ItemAdded 事件和 ItemDeleted 事件。创建一个 EventArgs 后代，提供有关已添加项目的信息。从突变方法中触发这些事件。
• 在您的 ViewModel 中，有一个 ObservableCollection。
• 让 ViewModel 挂钩模型上的事件。每当模型显示添加了一个项目时，实例化一个 ViewModel 并将其添加到 ViewModel 的 ObservableCollection 中。每当模型显示某个项目已删除时，迭代 ObservableCollection，找到相应的 ViewModel，然后将其删除。
• 除了事件处理程序之外，请确保所有集合突变代码都是通过模型完成的 - 将 ViewModel 的 ObservableCollection 严格视为供视图使用的东西，而不是在代码中使用的东西。

这会为每个不同的 ViewModel 带来大量重复的代码，但这是我能想到的最好的。它至少可以根据您需要的复杂性进行扩展——如果您有一个仅添加的集合，则无需编写太多代码；如果你有一个支持任意重新排序、插入、排序等的集合，那么工作量就大得多。

Answer 2

我最终使用了 Joe White 建议的解决方案的一部分，但方式略有不同

解决方案是将模型保留在开始时的样子，并将内部集合的 CollectionChanged 的​​事件处理程序附加到集合，例如， PatternViewModel 将是：

public class PatternViewModel : ISerializable
{
    public Pattern Pattern { get; set; }
    public ObservableCollection<TrackViewModel> Tracks { get; set; }

    public PatternViewModel(string name)
    {
        Pattern = new Pattern(name);
        Tracks = new ObservableCollection<TrackViewModel>();
        Pattern.Tracks.CollectionChanged += new NotifyCollectionChangedEventHandler(Tracks_CollectionChanged);
    }

    void Tracks_CollectionChanged(object sender, NotifyCollectionChangedEventArgs e)
    {
        switch (e.Action)
        {
            case NotifyCollectionChangedAction.Add:
                foreach (Track track in e.NewItems)
                {
                    var position = Pattern.Tracks.IndexOf((Track) e.NewItems[0]);
                    Tracks.Insert(position,new TrackViewModel(track, this));
                }
                break;
            case NotifyCollectionChangedAction.Remove:
                foreach (Track track in e.OldItems)
                    Tracks.Remove(Tracks.First(t => t.Track == track));
                break;
            case NotifyCollectionChangedAction.Move:
                for (int k = 0; k < e.NewItems.Count; k++)
                {
                    var oldPosition = Tracks.IndexOf(Tracks.First(t => t.Track == e.OldItems[k]));
                    var newPosition = Pattern.Tracks.IndexOf((Track) e.NewItems[k]);
                    Tracks.Move(oldPosition, newPosition);
                }
                break;
        }
    }
}

所以我可以在视图模型上附加新的颜色/样式/命令，以保持我的基本模型干净

每当我添加/删除/移动基本模型集合中的项目时，视图模型集合与每个模型保持同步其他

幸运的是，我不必在应用程序中管理大量对象，因此重复的数据和性能不会成为问题，

我不太喜欢它，但它运行良好，而且工作量也不是很大，只是包含其他视图模型集合的视图模型的事件处理程序（在我的例子中，一个用于 PatternViewModel 来同步 TrackViewModels，另一个用于 TrackViewModel 来管理 HitViewModels）

仍然对您的想法或更好的想法感兴趣 =）

Answer 3

我想我也有同样的问题，如果你像“PatternViewModel with an ObservableCollection”那样做由于开始复制数据，您的性能也会受到巨大影响。

我的方法是为您的示例构建一个具有 ObservableCollection

的 PatternViewModel。这与 MVVM 并不矛盾，因为视图是绑定到集合的。

这样您就可以避免重复的关系。

Answer 4

我一直在考虑的一种解决方案是使用转换器围绕模型创建视图模型，尽管我不确定它在实践中是否能完美工作。

因此，在您的情况下，您可以将 Tracks 直接绑定到（作为示例）列表框，并使用从 Track 创建新的 TrackViewModel 的转换器。您的所有控件将看到的是一个 TrackViewModel 对象，而您的所有模型将看到的是其他模型。

不过我不确定这个想法的动态更新，我还没有尝试过。