Mvvm模式和在Wpf中的实现之一Mvvm模式简介

 0x00 写在前面的模式m模废话

之前一直用Winform。刚开始看了下感觉跟Winform区别不大，中的之控件可以拖进去，实现式简选中了控件属性面板可以设置属性、模式m模事件面板可以监听事件，中的之后台代码处理事件，实现式简一切都那么的模式m模熟悉。XAML布局也跟Android布局很像，中的之所以没学习就直接开始了，实现式简觉得摸索摸索基本就差不多了吧。模式m模

结果各种不适应，中的之拖控件拖进去后总是实现式简调整不好显示方式，控件在后台代码中操作找不到方法，模式m模对于WPF介绍的中的之各种特点也毫无体会，总想着换回去。实现式简后来看了刘铁猛的《深入浅出WPF》，里面说WPF就要用WPF的方式来开发。这才认真开始学WPF。现在控件面板和属性面板都已经用的很少了，界面布局基本全部用代码搞定，感觉任何一个细节都能控制到。再后来接触到了MVVM，源码库更加体会到了以MVVM模式开发WPF带来的好处。

现在除非要求已经不再用Winform了，小工具和测试程序直接在后台写代码，复杂一点的需要长期使用和维护的用MVVM模式。这个系列的文章主要写一下自己对MVVM的理解和核心部分的简易实现方式。

0x01 MVVM模式简介

MVVM是Model、View、ViewModel的简写，这种模式的引入就是使用ViewModel来降低View和Model的耦合，说是降低View和Model的耦合。也可以说是是降低界面和逻辑的耦合，理想情况下界面和逻辑是完全分离的，单方面更改界面时不需要对逻辑代码改动，同样的逻辑代码更改时也不需要更改界面。源码下载同一个ViewModel可以使用完全不用的View进行展示，同一个View也可以使用不同的ViewModel以提供不同的操作。

1.Model

Model就是一个class，是对现实中事物的抽象，开发过程中涉及到的事物都可以抽象为Model，例如客户，客户的姓名、编号、电话、住址等属性也对应了class中的Property，客户的下订单、付款等行为对应了class中的方法。

2. View

View很好理解，就是界面。

3. ViewModel

上面说过Model抽象，那么ViewModel就是对View的抽象。显示的数据对应着ViewMode中的Property，云服务器执行的命令对应着ViewModel中的Command。

0x02 WPF中MVVM的解耦方式

在WPF的MVVM模式中，View和ViewModel之间数据和命令的关联都是通过绑定实现的，绑定后View和ViewModel并不产生直接的依赖。具体就是View中出现数据变化时会尝试修改绑定的目标。同样View执行命令时也会去寻找绑定的Command并执行。

反过来，ViewModel在Property发生改变时会发个通知说“名字叫XXX的Property改变了，你们这些View中谁绑定了XXX也要跟着变啊!”，至于有没有View收到是不是做出变化也不关心。ViewModel中的Command脱离View就更简单了，因为Command在执行操作过程中操作数据时，根本不需要操作View中的数据，只需要操作ViewModel中的Property就可以了，Property的变化通过绑定就可以反映到View上。这样在测试Command时也不需要View的参与。这也是我在接触WPF初期时根本理解不了的所谓数据驱动。

这样一来ViewMode可以在完全没有View的情况下测试，View也可以在完全没有ViewModel的情况下测试(当然只是测试界面布局和动画等业务无关的内容)。

0x3 MVVM框架需要解决的问题

从图中可以看出如果要实现一套MVVM框架，需要解决的最基本的问题就是数据绑定和命令绑定。此外由于UI中会产生大量的事件，因此还需要将事件绑定到MVVM中的命令上。后面的文章将依次尝试解决这些问题。最后还是要说一下任何设计模式都是参考，都有使用场景，切忌生搬硬套。实际开发中应根据项目特点采取适配性更强的模式。

本文转载自微信公众号「CSharp编程大全」，可以通过以下二维码关注。转载本文请联系CSharp编程大全公众号。

很赞哦!（469）