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中来了。
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。