MMVM模式示意图。
View绑定到ViewModel，然后执行一些命令在向它请求一个动作。而反过来，ViewModel跟Model通讯，ViewModel告诉Model更新来响应UI。
这样便使得为应用构建UI外观设计相对独立，也非常容易替换UI设计（“随心所欲”设计你的界面）。同时，当UI和功能越来越松耦合的时候，功能的可测试性就越来越强。
在两个地方验证：
1.在ViewModel中
2.在Model中
是否冗余？
ViewModel中的校验主要用于与用户交互时验证录入数据的完整性和正确性以及精确性。
Model中的验证则侧重于数据库中的约束条件的验证。
所以这两个位置的验证从侧重点和其承担的角色来说应该说各行其是，但或多或少有冗余之嫌。
Model如果以EntityFramework的Entity来说的话，Entity上的约束条件最终是在数据库（eg.SQLServer）中的。不是在C#代码中。
除非你自己在Entity实现了 System.ComponentModel.DataAnnotations.IValidatableObject
在那个位置验证更为合理？
在上一小节中我们提及到他们的侧重点以及角色。我们很快就认识到
很多时候我们都无法把话说的绝对，除非我们是在某个前提条件下来讨论。
这里也一样。我们不能武断的说在那个地方验证合适，这个完全取决于我们的应用场景和软件架构设计。
