我们总会有这样一个经验：一个系统最不容易也最不应该变化的部分是领域逻辑，最容易变化也最应该变化的是数据的呈现方式。
在java的各种应用中可以说是到处可见mvc，j2ee贯穿mvc的概念，android的开发方式也是类mvc的，mvc结构对于做过java应用的人而言简直就是司空见惯。而在.net这边，由于之前微软为大家提供的各种winform、asp.net项目典范（比如那个petshop series）将“三层”概念很好的灌输到了.net程序员的大脑中，许多.net开发者凡是做个东西都要搬出自己最拿手的IModel、IDAL这样的神器。
其实mvc与所谓的“三层架构”是两个层次上的东西，前者是一种结构模式，而后者则是分层的角度去说。
一件很奇怪的事情，许多人知道“三层”却不知道mvc，其实这要归结与.net的早期开发技术asp.net和winform这些page controller的典范让许多人对三层夸夸其谈却对mvc视而不见甚至一无所知。什么是page controller模式呢？搞.net的大多都用过winform和webform，这种xxxform用起来很直观，我们想要做一个程序，ok，最简单的方式就是拖拖拽拽几个控件，然后在一个叫code behind的东西里写这些UI事件的处理逻辑，加一大堆变量用于记录数据和状态，这样一个程序就能出炉。这种开发方式对于一些小软件系统的开发其实效率还是蛮高的，后来人们看到其弊端---一旦修改UI，事件处理就要跟着变，但是业务还是那个业务，凭什么要修改非UI的代码？于是有人提出“三层”，最朴素的理解就是将原本那堆事件处理里的code分成业务代码和数据库访问代码并转移到其它类中，做多了就把那坨UI叫做UI，那坨业务代码叫做BLL，那坨DAO叫做DAL。也就是这种架构：
View是什么呢，纯的View只有xaml或者附带必要的只与View本身相关逻辑代码。ViewModel，你可以把它理解为View具体呈现内容所依赖数据的一个抽象，在MVVM中View与ViewModel总会有一种绑定关系，一旦ViewModel中被绑定的数据发生改变View上的数据就会跟着变，相反也有可能，比如你的账号密码框内容发生变化，关联的ViewModel中的数据就会被框架自动通知到。
在wpf/silverlight中，绑定是通过xaml语法来完成（虽然你可以选择用c#来写但不符合mvvm的宗旨），并且绑定双方的通知机制是有框架来完成，也就是说一个会xaml和blend的美工只需事先和coder商量下“咱们的xx和xx是在哪个ViewModel上叫XXX的属性的XXX属性……”问题之后就可以各干各的了。那么ViewModel怎么写，咋view中又怎么绑定到viewmodel呢？首先我们谈ViewModel。
说道ViewModel你需要知道依赖属性和依赖对象的概念，这是wpf/silverlight的基础所以不多说。有两种方式写ViewModel。第一种是自己去实现INotifyPropertyChanged接口，并在属性变化时去调用NotifyPropertyChanged事件。
