mvvm - MVVM标准化

Silverlight posted中有人认为MVVM目前缺乏标准化，所以每个人都有自己的风味..

这就是为什么我和WPF门徒的一些人正在积极讨论每个人都同意的MVVM的哪些元素。我完全理解我们已经以不同的方式实现了模式，我们根据项目的需要混合了几个模式或创建了自己的模式，或者让开发人员的生活变得更轻松......但是忘记了这些困难或项目的特殊需求。让我们讨论一下每个人都同意的MVVM模式的标准规则。我也发布了some of my thoughts here。

为何选择MVVM？

Testabiltiy（ViewModel比代码隐藏或事件驱动代码更容易进行单元测试）
明确UX设计人员与开发人员之间的分离
增加视图的“可混合性”
永远不需要更改模型以支持对视图的更改
很少需要更改ViewModel以支持对视图的更改
没有重复的代码来更新视图

不在视图中

不应该包含任何你想要测试的逻辑：正如Glenn所说MVVM不是代码计算练习，我们可以在代码隐藏中编写代码。但是你永远不应该写任何你想要测试的逻辑。例如：如果用户选择国家/地区，则您希望在视图中显示州或城市列表。这是业务需求，因此您应该使用单元测试来测试此逻辑。所以，你不应该在代码隐藏中写它。
可以是控件或数据模板
让视图尽可能简单。：我们仍然可以谨慎使用XAML中的数据触发器或值转换器或Visual State或Blend Behivor。
如果某些内容不可绑定，请使用附加属性：

在ViewModel中执行和不执行

视图和模型之间的连接器
保持视图状态，值转换（您可以创建要在ViewModel中显示的数据结构，而不是使用ValueConverter。例如：您需要显示名称而不是名字和姓氏。您的模型可以拥有第一个名称和姓氏，但您可以在ViewModel中创建名称属性。）
View
使VM尽可能可测试（例如，不调用Singleton类）
VM中没有与控制相关的内容（因为如果要更改视图，则还必须更改VM。）

模型

可以是数据模型，DTO，POCO，域类的自动生成代理和基于域服务和表示层分离方式的UI模型
不参考ViewModel

你对此有任何建议或评论吗？

我们小组中有一个分歧。有人说在ViewModel中有View的界面是可以的。但是有人说如果View Model有View接口，那么它将是MVP模式。

我们的一位MVVM专家谈到了MVVM Vs MVP

查看=＆gt; ViewModel

MVVM视图直接绑定到ViewModel并通过数据绑定与VM通信
在MVP中，视图绑定到悬挂在SupervisingController上的模型或者根本没有绑定（被动视图）。

ViewModel =＆gt;图

MVVM

INPC / Property binding
活动
消息（Event Aggregator / Messenger / RX框架）
通过服务等中介
通过界面
通过委托（View将代理传递给VM，它可以用来调用它。例如，VM可能会公开一个SetActions方法，View调用该方法传递它委托。

MVP

在MVP案例中，标准是Presenter通过接口，数据绑定或在被动视图的情况下通过属性与视图对话。使用被动视图时，属性不使用数据绑定，而是使用视图属性getter和setter来直接设置控件值。

您如何看待这个想法？

你认为ViewModel有View的界面吗？

如果您想添加更多内容，欢迎您添加...：）

关于这篇文章的全部想法是对社区中的MVVM模式有相同的理解。

MVVM标准化

2 个答案: