MVVM模式是Model-View-ViewModel的简写，微软的WPF带来了新的技术体验，如Sliverlight、音频、视频、3D、动画等，这导致了软件UI层更加细节化和可定制化。同时，在技术层面，WPF也带来了诸如Binding、Dependency Property、Routed Events、Command、DataTemplate、ControlTemplate等新特性。MVVM（Model-View-ViewModel）框架的由来便是MVP（Model-View-Presenter）模式与WPF结合的应用方式时发展演变过来的一种新型架构框架。它立足于原有MVP框架并且把WPF的新特性揉合进去，以应对客户日益复杂的需求变化。
WPF的数据绑定与Presentation Model相集合是非常好的做法,使得开发人员可以将View和逻辑分离出来,是WPF所特有的，所以我们又称之为Model-View-ViewModel (MVVM)。这种模式跟经典的MVP（Model-View-Presenter）模式很相似，除了你需要一个为View量身定制的Model，这个Model就是ViewModel。ViewModel包含所有由UI特定的接口和属性，并由一个ViewModel的视图的绑定属性，并可获得二者之间的松散耦合，所以需要在ViewModel直接更新视图中编写相应代码。数据绑定系统还支持提供了标准化的方式传输到视图的验证错误的输入的验证。
在视图（View）部分，通常也就是一个Aspx页面。MVP里的M其实和MVC里的M是相似的，都是封装了核心数据、逻辑和功能的计算关系的模型，而V是视图（窗体），P就是封装了窗体中的所有操作、响应用户的输入输出、事件等，与MVC里的C差不多，区别是MVC是系统级架构的，而MVP是用在某个特定页面上的，也就是说MVP的灵活性要远远大于MVC，实现起来也极为简单。从IView这个interface层来解析，它可以把各类UI与逻辑层解耦，同时可以从UI层进入自动化测试自动化测试（Unit/Automatic Test）并提供了入口，在以前可以由Win Form/Web和Form/MFC等编写的UI是通过事件Windows消息与IView层沟通的。WPF与IView层的沟通，最佳的手段是使用Binding，也可以使用事件；Presenter层要实现IView，多态机制可以保证运行时UI层显示恰当的数据。比如在程序中绑定， Binding的Source是某个interface类型的变量，实际上，这个interface变量引用着的对象才是真正的数据源。这些模式也是依次进化而形成MVC—>MVP—>MVVM。IView作为公共视图接口约束的一层意思，View则能传达解耦的一层意思。
因为WPF技术出现，从而使MVP设计模式有所改进，MVVM模式便是使用的是数据绑定基础架构，它们可以轻松构建UI的必要元素。View绑定到ViewModel，然后执行一些命令在向它请求一个动作。而反过来，ViewModel跟Model通讯，告诉它更新来响应UI，这样便使得为应用构建UI非常的容易。往一个应用程序上贴一个界面越容易，外观设计师就越容易使用Blend来创建一个漂亮的界面。同时，当UI和功能越来越松耦合的时候，功能的可测试性就越来越强。在MVP模式中，为了让UI层能够从逻辑层上分离下来，设计师们在UI层与逻辑层之间加了一层interface。无论是UI开发人员还是数据开发人员，都要尊重这个契约、按照它进行设计和开发。这样，理想状态下无论是Web UI还是Window UI就都可以使用同一套数据逻辑了。借鉴MVP的IView层，View Model比Presenter更恰当；而把一些跟事件、命令相关的东西放在Controler里。
