当一个视图有一个视图模型时，客户-订单-产品关系/gui 可能会变得非常糟糕

Question

我想我得到了某种知识闪现，但现在我完全困惑了。我查看了许多 mvvm 实现，例如 Ocean、Stuff、BBQShack、MVVM demo、WAF、Chinch1,2 等...

每个人都以不同的方式使用 MVVM...

有一个场景让我抓狂。我缺少理解，我希望有人能拨开我脑海中的阴云。

但在我想发表 Jeremy Likness 的评论之前：

”我相信大多数开发人员都同意视图应该只有一个视图模型。没有必要将多个视图模型附加到一个如果您考虑关注点分离，这是有道理的，因为如果屏幕上有一个绑定到“联系人视图模型”的“联系人小部件”，并且有一个绑定到“公司视图模型”的“公司小部件”，那么这些应该是这样的。是单独的视图，而不是具有两个视图模型的单个视图。”

场景：当一个视图有一个 ViewModel 或一个 ViewModel 绑定到一个 UserControl...

问题：我需要为每个 ViewModel 创建 3 个 UserControls CustomerView、OrderView、ProductView 吗？如果是这样，如何在后台同步 3 个 UserControls 和 3 个 ViewModels 之间的 GUI 中的数据绑定？使用消息系统？

如果您的答案是是，那么我为什么不创建一个绑定到 BillingViewModel 的大 UserControl 作为控制器，该控制器公开了 ObservableCollection CustomerListWithAllOrdersAndProducts 属性，该属性可以轻松绑定到顶部控件的数据上下文和所有 3 个网格（客户等...）在其下方绑定到当前数据上下文。然后，客户的更改会自动更改订单和产品...

当屏幕中不仅有 3 个用户控件（例如 DataGrid），而且还有带有 5 个文本框的客户公式和带有 3 个文本框的订单公式时，您将如何处理这种情况，您是否会将这些公式放入另外 2 个 UserControls 中，以便在窗口中拥有 5 个 UserControls，并且所有这些都由与 Messenger 系统通信的 ViewModel 进行“映射”。这可能会让人非常困惑……他们在大型 mvvm 应用程序中真的是这样做的吗？

Answer 1

您建议您需要创建 3 个控件（客户/订单/产品），因为您的设计要求您这样做。因此，这意味着您的 GUI 设计人员无法选择将客户字段与订单或产品字段交错。

现在这可能是也可能不是一个好主意......但我认为这是一个奇怪的限制。 （这意味着您不能将客户地址与订单确认一起重复，因为它位于不同的表中）。

这些 MVVM 设计风格之一比其他设计风格更正确并不那么简单。我建议您查看替代方案并选择能够帮助您解决问题的 MVVM 风格。这个 1:1 的教条似乎对你没有帮助，所以我会放弃它。