c# - 绑定(bind)到Model或ViewModel

As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center提供指导。

7年前关闭。

我知道已经有关于该主题的问题，但是那里的问题在某种程度上是其他问题所特有的，并且没有提供结论性的答案。

特别是这里的那些:Question1，Question2，当然还有Question3 ，因此请不要过于快速地关闭这个问题。他们在那里回答，只是说“这样做，那样做”，而不是为什么!

外面有人拒绝了对ViewModel的需求，并说
的“标准”方法是直接绑定(bind)到模型。这是我否认的，并尝试通过技术论证加以证明。

从我的MVC，MVP，Presentation Model的背景来看，这很自然
我可以使用ViewModel。 也许我错过了重要的一点？

因此，对我来说，默认设置是绑定(bind)到ViewModel，无论Model是什么(无论是否实现INotifyPropertyChanged)。

我看到绑定(bind)到ViewModel的原因有几个，其中包括
(如此处CodeProject和此处on another article所述)

1.从 View 中删除逻辑

使逻辑单元可测试

减少代码冗余(需要复制)

2.安全性

该模型包含用户不应更改的属性

自动，但是如果绑定(bind)到模型

，可能会发生不需要的更新

3.耦合松散

如果直接绑定(bind)到模型，则较低层和View

之间将存在耦合

更改模型会导致所有 View 中的更改

该 View 不依赖于任何给定的模型

可以使用EF，一些DSL，批处理文件等轻松生成

4.开发速度

您可以从Prototype ViewModel层次结构开始并绑定(bind)到该

如果模型仍在开发中，则可以从Prototype Model开始

Model和ViewModel可以通过测试驱动开发，无论查看

View可以完全由具有较强设计背景的设计师或开发人员构建

5.解决“棘手的同步”问题

对于任何给定的“棘手同步”问题，有很多解决方案，例如

AutoMapper

来自模型的事件系统(模型触发事件，ViewModel订阅)

6.整个项目中的结构均等

有些地方必须有ViewModel，例如SelectedItem

混合绑定(bind)到模型和ViewModel容易出错

对于新开发人员来说，要弄清楚

项目的结构会比较困难

开始杂乱无章

时开始带ViewModel

7.可伸缩性

让我们定义:如果您不使用ViewModel，则它不是MVVM

MVVM可以轻松地用于许多数据源，许多 View

如果发现任何性能问题:延迟加载和缓存在ViewModel

中进行

8.关注点分离

掌握复杂性是软件

的主要问题

ViewModels的唯一责任是插入更改

向 View 发送通知就像将其推送到其他进程或机器一样容易

ViewModel，而不是View寄存器，用于模型/数据源上的更改通知

数据源

可以忽略将事件发送到导致更改的ViewModel

相反，来自the other thread的家伙会丢掉一些要点，包括

如果直接更新模型，则 View 模型将不会触发属性更改事件。这将导致UI不同步。
这严重限制了您在父 View 模型和 subview 模型之间发送消息的选项。

如果模型具有自己的属性更改通知，则＃1和2没问题。相反，如果包装VM超出范围，但模型没有超出范围，则必须担心内存泄漏。

如果您的模型很复杂，有很多子对象，那么您必须遍历整棵树并创建第二个对象图，该图遮蔽第一个对象图。这可能非常繁琐且容易出错。

包装的集合特别难以使用。任何时候(UI或后端)从集合中插入或删除项目时，都需要更新影子集合以进行匹配。这种代码确实很难正确处理。

因此，问题是:绑定(bind)的默认方式是什么？为什么？

我是否错过了必须拥有ViewModel的要点？

要绑定(bind)到模型有什么真正的原因吗？

最重要的是为什么选择，而不是操作方法。

最佳答案

View 模型通常包含要与 View 一起使用的成员(例如IsSomethingSelected，IsSomethingExpanded，IsSomethingVisible，ICommand的任何实现之类的属性)。

您是否有任何理由将所有这些内容纳入模型？当然不。这就是为什么存在 View 模型的原因。

关于c# - 绑定(bind)到Model或ViewModel，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/16947122/

上一篇：c# - 如何使用 GridView 进行 foreach

下一篇：c# - 如何将二维数组 bool[][] 绑定(bind)到 WPF DataGrid(单向)？

c# - 为什么 Enumerable.Cast 不使用用户定义的转换？

c# - 根据另一个控件的属性绑定(bind)列表中的数据

WPF Canvas.Left/Canvas.Top 在旋转时不是很正确的坐标，为什么？

wpf - 在列表框项目源中时绑定(bind)到 View 模型

c# - 为什么 System.Guid 不实现 System.IConvertible？

c# - 使用 C# .Net 访问 SQL Server 数据库的最佳方式

wpf ObjectAnimationUsingKeyFrames 设置左值

wpf - 无法将 DependencyProperty 绑定(bind)到我的 UserControl

wpf - DependencyProperty.RegisterAttached 和多个实例