帮助处理复杂的MVVM（多个视图）

我需要在以下情况下创建视图模型的帮助：

1. 深层次数据
2. 同一数据集的多个视图
3. 每个视图都是基于活动选择的单个动态变化的视图
4. 根据属性的值，在选项卡控件中显示不同类型的选项卡

我的问题：

我应该为每个视图（VM1，VM2等）创建视图模型表示吗？

1. Yes:
    a. Should I model the entire hierarchical relationship? (ie, SubVM1, HouseVM1, RoomVM1)
    b. How do I keep all hierarchies in sync? (e.g, adding/removing nodes)

2. No:
    a. Do I use a huge, single view model that caters for all views?

这是单个视图的示例

图1：根据活动房间更新了多个视图。注意选项卡控件

图2：不同的活动室。多个视图已更新。选项卡控件项根据对象的属性进行了更改。

图3：不同的选择类型。整个视图更改

要回答这个问题，是的，每个视图都应该有自己的视图模型。但是，无需对整个层次结构建模。只有视图需要的。

我在有关MVVM的大多数在线资源中遇到的问题是：

在大多数示例中，视图几乎是模型的一对一映射。但是在我的场景中，对于同一模型的不同方面存在不同的观点，我发现自己陷入了两种选择之间：

所有其他视图模型都使用的一个整体视图模型

或每个视图一个视图模型

但是两者都不理想。

面向模型的视图模型（MVM）虽然代码重复性较低，但却是维护的噩梦

面向视图的视图模型（VVM）为每个视图生成高度专业的类，但包含重复项。

最后，我决定每个View拥有一个VM易于维护和编写代码，因此我选择了VVM方法。

代码正常工作后，我开始将所有通用属性和操作重构为当前的最终形式：

在此最终形式中，公共视图模型类组成了每个VVM。

当然，我仍然必须决定什么被认为是通用/专业。并且当添加/合并/删除视图时，此平衡会更改。

但是，这样做的好处是，我现在能够轻松地将成员从通用切换到VVM，反之亦然。

关于保持对象同步的简要说明：

拥有一个通用视图模型可以解决大多数问题。每个VVM都可以简单地引用相同的Common View模型。

我也倾向于从简单的回调方法开始，如果需要多个侦听器，则逐渐发展为事件/观察者。

对于非常复杂的事件（例如，意外的级联更新），我将转而使用调解器。

我不回避孩子对父代有反向引用的代码。使代码正常工作的一切。

如果出现重构的机会，我会抓住机会。

我吸取的教训：

1. 丑/工作代码>美丽/非工作代码
2. 合并多个小类比拆分一个大类要容易

查看您的模型，我绝对会建议创建ViewModel的层次结构和许多小View。您很可能必须对原始层次结构进行建模。

为了使视图模型之间保持同步，请使用事件，或者在视图模型之间具有彼此的属性。View和ViewModel之间的同步应该是标准的通知属性。