2

在公司里帮项目组里开发后台系统的前端项目也有一段时间了。 vue这种数据驱动,组件化的框架和react很像,
从一开始的快速上手基本的开发,到后来开始自定义组件,对element UI的组件二次封装以满足项目需求,期间也是踩了不少坑。
由于将来很长一段时间可能再也不会接触前端了,趁着现在对vue还很熟练的时候,赶紧将这期间的收获记录下来。

按照我的理解,vue的特点在于,高层次的抽象模型,组件化,数据驱动与响应式。
<!--more-->

注意:本文中所有涉及到{ {的,实际上不包括中间的空格,因为hexo会无脑把这个语法当成hexo的一种特殊语法

vue是什么及特点

vue是什么

简单的来说,vue是一套用于前端开发的框架。
学习一门技术首先应该对该技术有着一个清晰正确的认识和思路,否则犹如浮沙之上建高楼。下面就来谈谈我对vue这个框架的理解。

vue它的惊艳之处在于,对上,它提供了一套非常优秀的与传统前端截然不同的前端开发模型,对下,它屏蔽了传统前端开发的各种丑陋的技术。
在实现复杂的页面需求时,vue帮你从传统前端的各种HACK般的奇淫技巧解脱出来,vue提供的抽象开发模型拥有强大的 表达能力,能够如丝顺滑般的完成各种复杂的需求。

总而言之,vue之于传统前端,类似C语言之于汇编语言,就像C语言提供了一个强大的表达能力强的语言模型一样,vue同样提供了一个强悍的表达前端的框架模型,这是抽象的威力。
因此,学习vue的80%的重心,都在学习这个强悍的vue模型上。

vue的特点

从我个人对vue的理解,它的几个重要特点有:

  1. 抽象的组件。这是vue框架模型中的一个基础,vue的一切都是基于vue组件的。你在vue组件上可以使用vue提供的各种特性,vue会将其转换成浏览器能够识别的结果通过浏览器渲染出来。
  2. 数据驱动。这是vue的理念之一,数据才是项目的核心,也是状态的最终保存者。而视图,只不过是一种能够由数据延迟计算出来的最终结果而已,它本身不存储状态。
  3. 响应式。既然渲染结果只是数据的衍生产物,那么当数据改变时,渲染结果自然而然的也要改变。这种机制就是响应式。
  4. 组件化。vue本身提供的 抽象特性 。从我个人的理解来看,自定义组件在vue中的地位,类似于函数在C,java之类的语言之中的地位。

它还有几个其它的的特点:

  1. 易用和功能兼顾。在我传统的思维里,易用的东西一般会牺牲一部分功能,而功能强大的东西会需要很大的成本学习,鱼和熊掌不可兼得。
    然而vue用实际行动狠狠给了我一耳光,只要模型设计的正交完美,完全能够兼顾易用性和功能性。
  2. 与传统前端的良好兼容。
    我目前所做的项目中,由于需求的复杂化项目需要从easy UI迭代到vue,原本我做好了大刀阔斧大规模重构的准备,不过,经过查阅文档和几个小demo实验我发现,这玩意居然能够和传统前端并存!
    结果是非常令人开心的,我逐步的,慢慢的将项目从easy UI迭代到vue版本,一个页面一个页面的替换,对项目的影响降低到了最小。

组件定义

下面的例子定义了一个简单的组件,x-my-component。
由于是需要兼容easy UI的后台系统,该项目并不能使用到webpack + babel + es6等技术,因此我在vue上的经验大都是使用原生的js编写的,

<div id="x-my-component">
    <div>
      { { message }}
    </div>
</div>

<script>
Vue.component('x-my-component', {
  template: '#x-my-component',
  data: function () {
      return {
        message: 'Hello Vue!'
      };
  }
});
</script>
  1. 可以看见一个组件分为两部分:视图部分,和数据部分。
  2. 视图部分使用html定义,但是vue会对一些特别的语法赋予vue自己的意义。如 { { message }} 表示将数据message绑定到视图的这个地方来。
  3. 这里是使用原生js编写的,因此数据部分和视图部分通过id选择器关联起来,定义了一个x-my-component全局组件。
  4. 从这里就可以初步感受到数据驱动。组件的状态都是存放的数据中的,而视图只负责渲染,本身不保存状态。
    当数据不变时,渲染结果一定不变;当数据改变时,渲染结果就要发生改变。

由于vue是组件化的,组件可以层层嵌套。不过,最终的根节点得是app节点,这样才能渲染出结果。它的定义方式不太相同:

<div id="app">
    <x-my-component></x-my-component>
</div>
<script>
var app = new Vue({
  el: '#app',
});
</script>
  1. 从这里可以看出,自定义的全局组件在vue的其它组件中可以直接使用,就像使用一个已经存在的html标签一样。

 数据绑定

从数据驱动的观点,我们很容易分析出数据流向:
数据源 --> vue对象 --> DOM

文本绑定,html绑定及xss攻击

<div id="x-my-component">
  <span v-bind:title="message">
  { { message }}
  { { message.split('').reverse().join('') }}
  </span>
  <span :title="message"> </span>
  <div v-html="rawHtml"></div>
</div>
<script>
Vue.component('x-my-component', {
  template: '#x-my-component',
  data: function () {
      return {
        message: 'Hello Vue!',
        rawHtml: '<s>deleted!</s>'
      };
  }
});
</script>
  1. 将数据绑定到一般的内容上,用简单的 { {}} 的语法就可以了。
  2. 将数据绑定到属性上,需要用特殊的 v-bind 语法。上面将 message 数据绑定到了title属性上。
    由于这个语法太常用了, v-bind:title 可直接缩写为 :title
  3. -v-html 语法,绑定原始的html数据。
  4. 能绑定的不仅仅是属性键值,还可以是 单个表达式 。注意 只能 是单个表达式。
    这些表达式只能访问全局变量的一个白名单,如Math和Date, 不能访问用户自定义的全局变量

在传统的前端编程中,需要仔细预防的一点是xss攻击。xss攻击的原理是:

  1. 用户输入的数据直接被插入到了DOM中。
  2. 用户输入的数据中含有html或js代码,那么它会直接作为DOM的一部分,被渲染或被执行出来。
  3. 利用这一点,就能够创造一个指向攻击者页面的一张图片或者链接,从而盗取用户的cookies或sid,或者诱导用户点击钓鱼网址。

因此,为预防xss,任何用户给定的数据展现到页面上都需要仔细的处理。但是如果使用vue,就不必太操心这个问题。
因为,vue提供了一个更高层次的前端模型,所有的业务代码都需要通过vue处理。我们只需要看vue对xss的处理情况就可以了。
从上面我们可以看到,数据到视图渲染中必须使用vue的插值语法:

  1. 普通的文本插值。vue会过滤xss攻击,因此可以安全使用。
  2. 使用v-html语法将html插入渲染后的DOM中。这当然会造成xss攻击,因此,使用v-html语法时要非常的小心。

条件与循环

<div id="x-my-component">
  <p v-if="seen">现在你看到我了</p>
  <ol>
    <li v-for="todo in todos">
      { { todo.text }}
    </li>
  </ol>
</div>
<script>
Vue.component('x-my-component', {
  template: '#x-my-component',
  data: function () {
      return {
        seen: true,
        todos: ["A", "B", "C"]
      };
  }
});
</script>
  • v-if 绑定的数据,控制此元素是否显示。
  • v-for 绑定的特殊语法,用于控制循环, v-for 的元素会被重复。如上所示,todos是一个数组。

响应式

上面的例子中可以数据绑定的语法,实际上,将数据绑定到视图上的操作并不少见,这些操作,和后端技术常用的模样引擎类似,如python的Jinja2, java的freemarker。
但是,vue的数据绑定的还有一大不同点点是 响应式
由于视图渲染是从数据计算出来的产物,类似一个传入数据传出渲染结果的纯函数,因此,当数据改变时,渲染结果也会改变,所得到的结果是页面展示的界面也会发送改变。

数据绑定还不能完全走通一个vue组件的数据流程,从上面的数据绑定我们可以发现一个事实:
数据由vue对象流向视图进而渲染出来。

那么,反过来呢?如果让数据从页面流向vue对象?这就是下面要说到的事件处理。

事件处理

事件处理的数据流向是这样的:
用户操作页面产生数据 --> 页面 --> vue对象

<div id="x-my-component">
  <p>{ { message }}</p>
  <button v-on:click="reverseMessage">逆转消息</button>
  <button @click="reverseMessage">逆转消息</button>
  <input v-model="message">
</div>
<script>
Vue.component('x-my-component', {
  template: '#x-my-component',
  data: function () {
      return {
        message: 'Hello Vue.js!'
      };
  },
  methods: {
    reverseMessage: function () {
      this.message = this.message.split('').reverse().join('');
    }
  }
});
</script>
  1. 通过 v-on 语法,绑定事件。按钮的数据传入到vue对象中。
    这个语法太常用了,所以 v-on:click 可缩写成 @click
  2. 通过 v-model 语法,将表单的数据传入到vue对象中。v-model的数据流动是双向的,相当于:value数据绑定和@input事件绑定的语法糖。

能够与用户交互的组件都能够产生数据。当用户操作组件时,组件的相应事件被触发,进而执行绑定到事件的相应函数。
在函数内部你可以做任何处理逻辑,比如说改变vue对象记录的状态,也就是数据。

那么,这样,一个完整的数据流程就跑通了:

  1. 用户操作vue组件。
  2. 相应的事件被触发,从而导致绑定事件的函数被触发。
  3. 函数执行业务代码,改变vue组件的状态,也就是前面说到的数据绑定中的数据。
  4. 数据被改变,绑定了该数据的视图也会发送改变,视图被重新渲染。
  5. 页面发生相应改变,用户观察到了自己操作的反馈结果。

再谈响应式

virtual DOM

我们知道,数据被绑定到视图上,视图本身不存储状态,当数据不变时,渲染结果不变;当数据改变时,视图也需要重新渲染。

好了,现在头脑里可能会有一个简单的思路了:

  1. 当数据改变时,触发数据的setter,setter除了更改数据变动外,还需要执行数据更新逻辑。
  2. 重新执行渲染函数,从新的数据中计算出新的渲染结果。
  3. 将渲染结果插入浏览器DOM树中。

但是,我们仔细考察下第三步。浏览器的DOM树改变后,浏览器才会真正的重新渲染这个DOM,计算各种css,各种布局,层层调用各种绘图函数重新绘制GUI等等。。。
总而言之,这个步骤是非常非常耗时的。

那么,一个优化的手段是,尽可能让真正的DOM改变的最少,这样浏览器只需要渲染最少的结果就能达到效果,提升性能。
因此,vurtual DOM就出现了。如下:

  1. 当数据改变时,触发数据的setter,setter除了更改数据变动外,还需要执行数据更新逻辑。
  2. 重新执行渲染函数,从新的数据中计算出新的渲染结果。
  3. 渲染结果被放在virtual DOM中,vue将新的DOM和就的DOM进行diff。
  4. 将diff后的差异结果更新到真正的浏览器DOM树中。

可以看到,整个流程中的一大重点是diff算法。关于DOM的diff算法,我没有接触过。。。。。。。
之前研究过文本diff算法是基于LCS算法的动态规划优化,之后有兴趣可以研究下DOM的diff算法。

数据更新检测的坑

从上面我们知道,当直接设置一个vue属性的值时,会触发getter函数。
实际上,getter函数是js的一个机制。在修改数组或对象时,也有类似的机制保证vue能检测到数据的更新以触发渲染。

然而,有几种情况,由于js的限制无法检测到,实际编程中要特别注意,否则就会感觉碰到了一个玄学bug。。。

  1. 数组。

    1. 利用索引来直接设置数组元素。如 this.todos[index] = "B"。解决方案是:Vue.set(this.todos, index, "B"),通过vue的函数设置。
    2. 直接修改数组的长度。如 this.todos.length = 10。替代方案建议使用不可变数据结构。
  2. 对象。vue无法检测到对象属性的添加或删除。添加的话,可以使用Vue.set,删除的话,可以使用不可变数据结构。

最后

此篇博文梳理了vue的基本特性,但是对于vue最重量级的功能----组件化,没有涉及到。对于组件化的相关梳理留到下篇博文梳理。

注:该文于2018-04-09撰写于我的github静态页博客,现同步到我的segmentfault来。


frapples
253 声望9 粉丝

热爱编程的geek一枚!