致敬
在此致敬翁智华大佬，感谢大佬为后辈们写下如此详细的文档，本文将在原文基础上添加些自己的理解，希望这样优秀的文档广为流传。
原文请参考
https://www.cnblogs.com/wzh2010/p/6285954.html
一、MVVM 和 MVVMLight
要了解MVVMLight，得先了解MVVM。
首先，MVVM是Model-View-ViewModel的简写。类似于目前比较流行的MVC、MVP设计模式，
主要目的是为了分离视图（View）和模型（Model）的耦合。它是一种极度优秀的设计模式，但并非框架级别的东西
（所以不要再说MVVM框架了），它是由MVP（Model-View-Presenter）模式与WPF结合的应用方式时发展演变过来的一种新型
架构。
结构如图所示:
相对于之前把逻辑结构写在Code Behind（就是将代码直接写在cs里面导致界面逻辑和业务逻辑混在一起） 里面的方式，
MVVM几乎完全解耦了视图和逻辑业务的关系，通过数据绑定和命令来处理UI属性及事件驱动（即数据驱动界面）。
同理，ViewModel的视图交互业务逻辑处理导致的属性变更也会通知到View前端，让View前端实时更新。
Model（模型）：存放数据模型和数据逻辑、业务逻辑。
ViewModel：负责Model和View之间的协调调用，即捕捉View上进行的操作后，再调用Model的相关类的方法对属性和变量等进行更改。
View（视图）：负责界面展示。
一个View可以绑定一个ViewModel,但是一个ViewModel可以对应多个View,
这种类型的双向绑定非常优秀，View的变动，会自动反应到ViewModel上，反之亦然。
MVVM模式和MVC模式一样，主要目的是分离视图（View）和模型（Model），有几大优点
1. 低耦合：视图（View）可以独立于Model变化和修改，一个ViewModel可以绑定到不同的View上，
当View变化的时候Model可以不变，当Model变化的时候View也可以不变。
2. 可重用性：可以把一些视图逻辑放在一个ViewModel里面，让很多View重用这段视图逻辑。
3. 独立开发：开发人员可以专注于业务逻辑和数据的开发（ViewModel），设计人员可以专注于页面设计，
使用Expression Blend可以很容易设计界面并生成xml代码。
4. 可测试：界面素来是比较难于测试的，而现在测试可以针对ViewModel来写。
希望对MVVM有更进一步了解的同学可以看看这篇文章：https://www.codeproject.com/kb/wpf/wpfmvvmquickstart.aspx，
作者从MVVM的模式介绍到数据绑定、消息通知、命令等几个主要方面都有详细的说明。
如果你目前正在进行微软的 WPF 、Windows Phone、Windows 8、SilverLight相关项目的开发，
我觉得很有必要了解一下MVVM Light框架。它轻量（相对于Prism），专注（仅负责MVVM架构模式的实现，
没有其他多余的组件），高效（使用简易，省时减力）,能够帮助你更好的开发你的应用。