Vue2源码分析——处理data

new Vue({
  el: '#app',
  data: {
    message: 'Hello World!',
  },
})

这是我在使用Vue时写下的第一段代码,我会好奇,在运行这段代码时,其背后Vue究竟完成了哪些操作呢?阅读并理解源码,让我们看到隐藏在框架后的那一片片齿轮,在需要性能优化,或是遇到疑难解决错误时,也许能更轻松地解决问题。

刚开始学习编程时,一般会寻找程序运行的入口。在src/core/instance/index.js中,可以看到对Vue的定义,也是我们所寻找的入口。

约定在先,文章中只摘录部分源码,建议在阅读之后,可以按照文章中的思路顺序看一遍源代码,所有的源码基于Vue@2.16.10版本。在引用的代码之前,都会用注释标记这段代码来自于哪个文件。

// file: src/core/instance/index.js
function Vue(options) {
  // ..
  this._init(options);
}

// ..
initMixin(Vue);
stateMixin(Vue);

实际上HelloWorld项目中调用Vue构造函数时,最终会调用initState()

// file: src/core/instance/init.js
import { initState } from './state'

export function initMixin (Vue: Class<Component>) {
  Vue.prototype._init = function (options?: Object) {
    // ..
    initState(vm)
    // ..
  }
}
// file: src/core/instance/state.js
export function initState(vm: Component) {
  // ..
  if (opts.props) initProps(vm, opts.props)
  if (opts.methods) initMethods(vm, opts.methods)
  // 对于data的处理
  if (opts.data) {
    initData(vm)
  } else {
    observe(vm._data = {}, true)
  }
  if (opts.computed) initComputed(vm, opts.computed)
  if (opts.watch && opts.watch !== nativeWatch) {
    initWatch(vm, opts.watch)
  }
}

处理Data数据

在initState中,可以看到对开发过程中常接触到的props/data/computed的处理函数,我们来看看对于data的处理过程——initData()。

// file: src/core/instance/state.js
function initData(vm: Component) {
  // ..
  observe(data); // 最后是使用observe函数对data进行了处理
}

来查看observe函数中对于value,也就是data的处理

// file: src/core/observer/index.js
export function observe(value: any, asRootData: ?boolean): Observer | void {
  // ..
  let ob: Observer | void
  if (hasOwn(value, '__ob__') && value.__ob__ instanceof Observer) {
    ob = value.__ob__
  } else if (
    shouldObserve &&
    !isServerRendering() &&
    (Array.isArray(value) || isPlainObject(value)) &&
    Object.isExtensible(value) &&
    !value._isVue
  ) {
    // 参数value将是定义的data对象
    ob = new Observer(value)
  }
  // ..
  return ob
}

其中最主要的是创建了一个Observer对象,来看看Observer对象的构造流程

// file: src/core/observer/index.js
export class Observer {
  // ..
  constructor (value: any) {
    this.value = value
    this.dep = new Dep() // 之后会使用到
    // ..
    def(value, '__ob__', this)
    if (Array.isArray(value)) {
      // ..
      this.observeArray(value)
    } else {
      // 因为目前定义的data是一个object,所以会执行walk函数
      this.walk(value)
    }
  }

  walk (obj: Object) {
    const keys = Object.keys(obj)
    for (let i = 0; i < keys.length; i++) {
      defineReactive(obj, keys[i])
    }
  }

  observeArray (items: Array<any>) {
    for (let i = 0, l = items.length; i < l; i++) {
      observe(items[i])
    }
  }
}

在Observer构造函数中,因为我们在HelloWorld项目中传入的是一个object,最终将调用Observer了walk函数,即对于data中的每个property调用了defineReactive函数进行处理。

调用defineReactive函数对property进行改造

来看看defineReactive所进行的处理。其中用来到property descriptor,如果不了解的话,建议优先弄清楚再继续阅读。

// file: src/core/observer/index.js
export function defineReactive (
  obj: Object,
  key: string,
  val: any,
  customSetter?: ?Function,
  shallow?: boolean
) {
  const dep = new Dep()

  // 获取descriptor
  const property = Object.getOwnPropertyDescriptor(obj, key)
  // 如果descriptor定明确说明该property不能修改,那么不进行处理
  if (property && property.configurable === false) {
    return
  }

  // 获取已经定义的get和set函数,应该都是undefined
  const getter = property && property.get
  const setter = property && property.set
  if ((!getter || setter) && arguments.length === 2) {
    val = obj[key]
  }

  // ..
  // 重新定义property
  Object.defineProperty(obj, key, {
    enumerable: true,
    configurable: true,
    get: function reactiveGetter () {
      const value = getter ? getter.call(obj) : val
      // ..
      return value
    },
    set: function reactiveSetter (newVal) {
      const value = getter ? getter.call(obj) : val
      // ..
      if (getter && !setter) return
      if (setter) {
        setter.call(obj, newVal)
      } else {
        // 将执行到这里
        val = newVal
      }
      // ..
    }
  })
}

在defineReactive中,重新将data中的message定义为accessor descriptor。当我们使用data.message时,调用reactiveGetter函数,最终返回的是val,当我们为data.message重新赋值时,调用reactiveSetter函数,实际上是为val重新赋值。

结论

对于data的处理可以简单地理解为,重新定义每个property,将其从value descriptor改造成accessor descriptor,至于为什么要这么做,在之后的computed/watcher的定义中会找到使用的地方。

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 213,928评论 6 493
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,192评论 3 387
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 159,468评论 0 349
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,186评论 1 286
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,295评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,374评论 1 292
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,403评论 3 412
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,186评论 0 269
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,610评论 1 306
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,906评论 2 328
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,075评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,755评论 4 337
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,393评论 3 320
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,079评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,313评论 1 267
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,934评论 2 365
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,963评论 2 351

推荐阅读更多精彩内容