1、前后端分离
当我们基于B/S模式进行web开发的时候，也许已经是前后端分离的，但是前后端分离显然不能这么简单的理解，我的意思其实是前后端分离的必要性，也许在一开始的时候就开始体现了。但是真正的原因肯定还是体现在项目实践中的。主要是基于开发模式的适用场景，开发效率和职责的问题。基于前后端分离开发模式，是的前端所能肩负的职责也更加的广泛了，前后端的职责也更加的分明了，前端主要负责 View 和 Controller 层，后端主要负责 Model 层，业务处理/数据等。
2、Vue的优点在哪
既然前端做的事越来越多了，随着node的出现，是饱受争议的，不过我们不管这点，只关心它可以让前端代码在不依赖于浏览器的条件下可以跑起来了，这就然一些别有用心的人开始设计了前端的框架。在这两年里前端的技术十分流行，而vue呢，在github上的star数也是一路高歌，超过了react成为了第一，在三足鼎立的前端框架中，我理解的Vue为什么能够成为这样火的主要原因就是Vue的学习成本最低。下面说说vue相对于jquery好在那里，在以往的前端编程中，我们从后端获取数据后需要将数据展示给用户使用，这个过程中我们要操作大量的DOM，并且在统计来看，30% - 70%的编程都是用来操作DOM， 而采用Vue之后操作DOM这一部分操作大多交由Vue框架来处理，我们编程本身不用处理过多的DOM， 这得益于MVVM模式，虽然说Vue并不完全是采用的MVVM，但是它借鉴了很多这种理念，采用数据驱动模型的方式，让开发者可以或者说尽可能的将精力放到数据的处理上，而不是多的关心DOM的操作。
3、Vue的MVVM模式
我们经常看到的是一个典型的MVC模式。Model 呈现数据，View 呈现用户界面，而 View Controller 调节它两者之间的交互。虽然 View 和 View Controller 是技术上不同的组件，但它们几乎总是手牵手在一起，成对的。你什么时候看到一个 View 能够与不同 View Controller 配对？或者反过来？所以，为什么不正规化它们的连接呢？下面是mvc 和 mvp模式之前的区别。
MVC：
MVP：
MVC提出者所理解的MVC是这样的：
对于不同的应用开发中其实存在着不同的mvc模式，例如IOS。.net和SpringMVC的描述就哥不相同， 不过后来的MVP和MVVM不过是早期MVC的衍生物罢了， 各层做的事情还是相同的， 不过各层之间的连接发生了改变而已，那么言归正传。
在Vue中MVVM主要是体现在这里的：
其中viewmodel这一部分的东西是交由vue去托管的，也就是通过数据去驱动的。所以我们关心的重点就偏移到了model中来了。
