不要急于求成，先了解为什么要用MV*，需求的点在哪里，现在代码写的耦合度高不高，模块分的颗粒度够不够，等你遇到问题了，自然需要解决方案，这个时候再来看用什么框架就自然而然了。

要理解框架首先得体会没有框架的日子。每个框架的出现都是为了解决一些特定的问题，软件开发中最大的问题就是应对变化。MV*框架都是为了解耦数据（Model）和展示（View）的，使得项目对变化的改动更容易。他们都会在两者之间添加中间层，只是各自添加的中间层的侧重不同。

todoMVC.com中列出了各种MVC框架去实现todo的功能，这里能看到的只是使用方法。去衡量一个框架的一个重要方面出了使用方便之外，必须在一定规模的情况下，应对变化做出的修改是容易理解和维护的。

所以：

1. 你的找到一个有持续变化的例子

2. 没有框架时是怎么实现变化的

3. 有框架时怎么实现变化的，体会框架要解决问题的痛点

4. 了解框架应用之后，深入框架代码，学习封装变化的方式