mvvm

说一下我对Mvvm模式的理解

使用WPF+Mvvm开发，网上提供的Mvvm的示例比较简单，实际项目中的需求也各类各样。
：

1. Mvvm是什么，Mvvm是怎么来的？
Mvvm模式普遍应用在WPF项目开发中，使用此模式能够把UI和业务逻辑分离开，使UI设计人员和业务逻辑人员可以分工明确。

Mvvm模式是根据MVP模式来的，能够简单的说，Mvvm模式就是WPF版的MVP模式。MVP模式，MVC模式，这几个模式都是为了抽离出UI逻辑和业务逻辑。

 

2. 使用Mvvm模式能够参考的主流框架及简单介绍。
主流开源框架：Simple Mvvm，Mvvm Light和Prism。
Simple Mvvm和Mvvm Light基本一致，都是对Mvvm模式的基础封装，并加入了一些不错的功能，消息传输机制，依赖注入等等。开发中小项目推荐使用这两个的其中一个。
Prism是微软给出的一个Mvvm框架，不过它的关注点不单单是Mvvm模式，我以为主要是模块的思想更多一些。大项目的话才推荐使用这个框架，好比一个系统须要分为N个团队进行不一样模块的开发，而后再组织成一个系统。 

3. 使用Mvvm模式的思想分析问题。
如今有一个功能：用户填入姓名，年龄，选择最喜欢的颜色，而后点击肯定按钮提交。就是这样简单的一个调查表。
a.首先设计UI，UI看起来多是这样的：

b.根据UI去设计对应的ViewModel层须要那些属性，数据和命令：

　Name:string
　Age:int
　FavoriteColor:string
　Submit:Command

c.在ViewModel层的SubmitCommand命令中，调用Model层的Submit方法进行逻辑处理。Model层看起来多是这样的：

　public string Name { get; set; }
　public int Age { get; set; }
　public string FavoriteColor { get; set; }
　public void Submit() { ... }

4. 看到的一些对Mvvm模式的见解，以为不太正确。
a.Code-Behind文件要保证绝对干净。
这个说法有些太绝对了，理想状态下，View层的Code-Behind文件中只有在构造函数中调用初始UI元素的一行代码及设置View层的DataContext为对于的ViewModel层。
其实，Code-Behind中还能够些一些UI的逻辑的，好比一些丰富的动画效果，或者直接设置某个元素的样式等。
不过，Code-Behind中确实是不能够写业务逻辑的。
b.ViewModel层不能是Model层的简单封装，ViewModel层也不能是View层的简单映射。ViewModel层和View层要绝对分离，ViewModel层要和View层同样去面向需求设计。
我以为这样作有点太过了。
Mvvm的目的只是为了UI逻辑和业务逻辑的分离，你说业务逻辑和数据要写在哪一层呢？没错，Model层。
ViewModel层的主要责任是表现逻辑和状态，即ViewModel层是链接View层和Model层的。Model层的一些业务逻辑的状态是须要经过ViewModel层暴露给View层来反映给软件使用者的。 

5.我对WPF+Mvvm模式开发的一些经验。
a.WPF的几个重要概念要熟练理解和运用：模板，依赖属性，数据绑定。和Mvvm模式的结合使用，能发挥出很好的效果。
b.团队中的成员最好可以对Mvvm模式有统一的理解和认识。
c.Mvvm模式只是一个模式而已，不是有了Mvvm模式就能写出优美的代码，涉及到具体的业务逻辑，仍是须要你以及你的团队有足够强的设计能力。