根据我对 mvvm 的理解是。
有一个模型(也实现inotify的实体类...),视图(xaml代码)和一些类如vm(通常继承icommand的控制器),让我们在特定事件上生成事件/命令。 。
我只是想知道 viewmodel 类和 xaml 类背后的代码之间的区别...为什么我们不简单地考虑和增强背后的代码...
我认为没有充分的理由来证明这一点......
或者请写一些示例来清除 mvvm...为什么 mvc 或 mvp 对于 wpf 应用程序来说是地狱???
Model 不实现 INotifyPropertyChanged,而 ViewModel 实现。实际的 WPF 视图数据绑定到 ViewModel。现在网上有很多这方面的文档。
http://msdn.microsoft.com/en-us/magazine/dd419663.aspx
MVVM 与 Fowler 的相同
演示模型,在这两个方面
模式的特点是抽象
View,包含View的状态
和行为。
http://blogs.msdn.com/johngossman/archive/2005/10/08/478683.aspx
但实际上,只有一小部分
应用程序 UI 的子集可以是数据
直接绑定到模型,
特别是如果模型是
预先存在的类或数据模式
应用程序开发者没有
控制。该模型很有可能
具有不能的数据类型
直接映射到控件。用户界面
可能想要执行复杂的操作
必须在代码中实现
在我们严格意义上没有意义
View 的定义但是太
具体包含在模型中
(或者没有附带预先存在的
模型)。最后我们需要一个地方
放置视图状态,例如选择或
模式。 ViewModel 负责
为了这些任务。该术语的意思是
“视图模型”,可以认为
作为视图的抽象,但它
还提供了专业化
视图可用于的模型
数据绑定。在后一个角色中
ViewModel 包含数据转换器
将模型类型转换为视图
类型,并且它包含命令
View 可以用来与
模型。
MVVM 与 WPF 相关联,因为 WPF 的数据绑定机制与此模式相结合使可测试的 GUI 变得轻而易举。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)