無規矩不成方圓html
在技術領域上更是如此, 好比: 類名頭字母大寫, promiseA+ 規範, DOM 標準, es 標準, 都是規矩.vue
框架亦是如此, 好比Vue 就是尤大的一套規矩.node
若是要打破規矩, 第一步要作的就是要了解規矩.web
2.6版本express
new Vue({})
以前)<details>
<summary>
Vue 構造函數
</summary>api
// path: src/core/instance/index.js function Vue (options) { if (process.env.NODE_ENV !== 'production' && !(this instanceof Vue)) { warn('Vue is a constructor and should be called with the `new` keyword') } this._init(options) } initMixin(Vue) stateMixin(Vue) eventsMixin(Vue) lifecycleMixin(Vue) renderMixin(Vue)
</details>數組
其實他們都往 Vue 實例的原型鏈上添加了諸多的方法promise
initsrc/core/instance/init.js
Vue.prototype._init = functoin(options){...}
statesrc/core/instance/state.js
Vue.prototype.$data = {...}
Vue.prototype.$props = {...}
Vue.prototype.$set = function () {...}
Vue.prototype.$delete = function () {...}
Vue.prototype.$watch = functoin(expOrFn, cb, options){...}
eventssrc/core/instance/events.js
Vue.prototype.$on = functoin(event, fn){...}
Vue.prototype.$once = functoin(event, fn){...}
Vue.prototype.$off = functoin(event:Array<string>, fn){...}
Vue.prototype.$emit = functoin(event){...}
lifecyclesrc/core/instance/lifecycle.js
Vue.prototype._update = functoin(vnode, hydrating){...}
Vue.prototype.$forceUpdate = function(){...}
Vue.prototype.$destory = function(){...}
rendersrc/core/instance/render.js
Vue.prototype.$nexttick = function(fn){...}
Vue.prototype._render = function(){...}
緩存
其實在還有一個 initGlobalAPI(vm)
會初始化 .use()
, .extend()
, .mixin()
, 這些在分析過程當中遇到再去了解app
new Vue({})
以後)new Vue({ el: '#app', data: { name: { firstName: 'lee', lastName: 'les' } } })
原諒我這個實例如此簡單...
若是你記性好, 你就會知道 Vue 的全部一切 都是從一個_init(options)
開始的
如今來看揭開 _init
的神祕面紗
// path: src/core/instance/init.js if (options && options._isComponent) { // optimize internal component instantiation // since dynamic options merging is pretty slow, and none of the // internal component options needs special treatment. initInternalComponent(vm, options) } else { vm.$options = mergeOptions( resolveConstructorOptions(vm.constructor), options || {}, vm ) }
能夠看到尤大, 在這裏有一些註釋, 我的認爲這些註釋必定要看而且好好理解, 由於這是最好的教程, 可是就算咱們不懂, 咱們依然能夠判斷出 _isComponent 這個屬性是內部屬性, 按照咱們的正常流程走下去, 這個是不會用到的, 因此咱們能夠直接看else 語句裏面的內容, 能夠看到 Vue 實例化時作的第一件事情, 就是要合併Vue 的基本配置跟咱們傳進來的配置.
看到這裏咱們應該要提出一個問題, 就是,爲何要合併配置, 提出一個問題以後就是要本身先嚐試着回答, 當本身一點頭緒都沒有時, 纔是去詢問別人的最好時機, 在這裏我想, 這應該是方便讀取配置信息, 由於他們都掛載在vm.$options上了 這樣, 只要能訪問this, 就能訪問到配置信息
代碼我就不貼了, Vue的基本配置 能夠看 src/core/global-api/index.js
內容很簡單, 深挖下去就知道 Vue.options 是 一個有 _base, components, filters,directives...
這些屬性的對象, 合併了之後, 會加上你傳進去的 屬性, 在咱們這個例子中就是 el
, data
.
initLifecycle(vm) initEvents(vm) initRender(vm) callHook(vm, 'beforeCreate') initInjections(vm) // resolve injections before data/props initState(vm) initProvide(vm) // resolve provide after data/props callHook(vm, 'created')
這裏能夠看見明顯的生命週期函數, 也知道了在beforeCreate 裏並不能訪問到this.xxx 來訪問咱們的data屬性, 也能知道 inject 是先於 provide 初始化的 那麼問題來啦,既然咱們的data已經傳了進去給Vue, Vue 怎麼可能訪問不了呢?
還記得, Vue 作的第一步操做是什麼嗎? 是合併$options
? 咱們傳進去的配置全都合併在了這個$options上了.
this.$options.data() // 嘗試在beforeCreate() 鉤子函數裏面執行這段代碼 //其實這個深度使用過Vue的人也能夠很輕鬆的發現的(由於文檔有提到$options)....
若是你正在看源碼, 你還會看見一個 initProxy
, 我暫時不知道這段代碼的做用, 就是攔截了 config.keyCodes
對象的一些屬性設置
_init
的最後一步if (vm.$options.el) { vm.$mount(vm.$options.el) }
若是你指定了掛載的Vue 容器, 那麼Vue 就會直接掛載.
咱們來看看Vue.$mount
這個Vue.$mount
要解釋一下, 尤大在這裏抽取了一個公共的 $mount
函數, 要看清楚入口文件才能夠找到正確的$mount
函數
<details>
<summary>
$mount函數
</summary>
// src/platforms/web/entry-runtime-with-compiler.js const mount = Vue.prototype.$mount // 對公共的$mount函數作個保存而後再覆蓋 Vue.prototype.$mount = function ( el?: string | Element, hydrating?: boolean ): Component { el = el && query(el) /* istanbul ignore if */ if (el === document.body || el === document.documentElement) { process.env.NODE_ENV !== 'production' && warn( `Do not mount Vue to <html> or <body> - mount to normal elements instead.` ) return this } const options = this.$options // resolve template/el and convert to render function // 解析 template 或者 el 而後轉換成 render function if (!options.render) { let template = options.template if (template) { if (typeof template === 'string') { if (template.charAt(0) === '#') { template = idToTemplate(template) /* istanbul ignore if */ if (process.env.NODE_ENV !== 'production' && !template) { warn( `Template element not found or is empty: ${options.template}`, this ) } } } else if (template.nodeType) { template = template.innerHTML } else { if (process.env.NODE_ENV !== 'production') { warn('invalid template option:' + template, this) } return this } } else if (el) { template = getOuterHTML(el) } if (template) { /* istanbul ignore if */ // 性能檢測 if (process.env.NODE_ENV !== 'production' && config.performance && mark) { mark('compile') } const { render, staticRenderFns } = compileToFunctions(template, { outputSourceRange: process.env.NODE_ENV !== 'production', shouldDecodeNewlines, shouldDecodeNewlinesForHref, delimiters: options.delimiters, comments: options.comments }, this) options.render = render options.staticRenderFns = staticRenderFns /* istanbul ignore if */ // 性能檢測 if (process.env.NODE_ENV !== 'production' && config.performance && mark) { mark('compile end') measure(`vue ${this._name} compile`, 'compile', 'compile end') } } } return mount.call(this, el, hydrating) }
</details>
咱們能夠看到. 一開始就把本來的$mount
函數保存了一份, 而後再定義, 本來的$mount(el, hydrating)
只有幾行代碼, 建議本身看一下 src/platforms/web/runtime/index.js
在咱們的實例中, 咱們出了el和data其餘什麼都沒有, 因此這裏會用el
去getOuterHTML()
獲取咱們的模板, 也就是咱們的#app
而後調用 compileToFunction
函數, 生成咱們的render
函數(render函數式一個返回VNode
的函數),這個過程(涉及到AST => 抽象語法樹)咱們有須要再去學習,最後再調用共有的$mount(el, hydrating)
方法,而後就來到了咱們的mountComponent(vm, el)
函數了.跟丟了沒?
<details>
<summary>mountComponent(vm, el, hydrating)</summary>
export function mountComponent ( vm: Component, el: ?Element, hydrating?: boolean // 初步估計是跟服務端渲染有關的 ): Component { // 如今的$el已是一個DOM元素 vm.$el = el; console.log((vm.$options.render),'mountComponent') // 正常狀況 到這裏render 函數已早已成完畢, 這裏的判斷我猜是在預防render函數生成時出錯的 if (!vm.$options.render) { vm.$options.render = createEmptyVNode // render 函數就是一個返回 VNode 的函數 if (process.env.NODE_ENV !== 'production') { /* istanbul ignore if */ if ((vm.$options.template && vm.$options.template.charAt(0) !== '#') || vm.$options.el || el) { warn( 'You are using the runtime-only build of Vue where the template ' + 'compiler is not available. Either pre-compile the templates into ' + 'render functions, or use the compiler-included build.', vm ) } else { warn( 'Failed to mount component: template or render function not defined.', vm ) } } } callHook(vm, 'beforeMount') let updateComponent /* istanbul ignore if */ // 這裏判斷是否須要性能檢測, 生產環境不打開 if (process.env.NODE_ENV !== 'production' && config.performance && mark) { updateComponent = () => { const name = vm._name const id = vm._uid const startTag = `vue-perf-start:${id}` const endTag = `vue-perf-end:${id}` mark(startTag) const vnode = vm._render() mark(endTag) measure(`vue ${name} render`, startTag, endTag) mark(startTag) vm._update(vnode, hydrating) mark(endTag) measure(`vue ${name} patch`, startTag, endTag) } } else { updateComponent = () => { vm._update(vm._render(), hydrating) } } // we set this to vm._watcher inside the watcher's constructor // since the watcher's initial patch may call $forceUpdate (e.g. inside child // component's mounted hook), which relies on vm._watcher being already defined new Watcher(vm, updateComponent, noop, { before () { if (vm._isMounted && !vm._isDestroyed) { callHook(vm, 'beforeUpdate') } } }, true /* isRenderWatcher */) hydrating = false // manually mounted instance, call mounted on self // mounted is called for render-created child components in its inserted hook if (vm.$vnode == null) { vm._isMounted = true callHook(vm, 'mounted') } return vm }
</details>
能夠看到這裏最重要的操做,就是new Watcher()
watcher 是響應式的原理, 用於記錄每個須要更新的依賴, 跟Dep
相輔相成, 再配合 Object.definedProperty
, 完美!
可是咱們渲染爲何要通過Warcher呢? 由於要收集依賴啊...
題外話, Watcher
也用於watch
的實現, 只不過咱們當前的例子裏並無傳入watch
.
要搞清楚他在這裏幹了什麼, 先搞清楚傳進去的參數, 能夠看到一個比較複雜的updateComponent
如今咱們來深刻一下.先_render
再 _update
<details>
<summary>Vue.prototype._render</summary>
// src/core/instance/render.js Vue.prototype._render = function (): VNode { const vm: Component = this const { render, _parentVnode } = vm.$options console.log(render, _parentVnode, '_parentVnode') // 解析插槽 if (_parentVnode) { vm.$scopedSlots = normalizeScopedSlots( _parentVnode.data.scopedSlots, vm.$slots, vm.$scopedSlots ) } // set parent vnode. this allows render functions to have access // to the data on the placeholder node. vm.$vnode = _parentVnode // render self let vnode try { // There's no need to maintain a stack because all render fns are called // separately from one another. Nested component's render fns are called // when parent component is patched. currentRenderingInstance = vm vnode = render.call(vm._renderProxy, vm.$createElement) } catch (e) { handleError(e, vm, `render`) // return error render result, // or previous vnode to prevent render error causing blank component /* istanbul ignore else */ if (process.env.NODE_ENV !== 'production' && vm.$options.renderError) { try { vnode = vm.$options.renderError.call(vm._renderProxy, vm.$createElement, e) } catch (e) { handleError(e, vm, `renderError`) vnode = vm._vnode } } else { vnode = vm._vnode } } finally { currentRenderingInstance = null } // if the returned array contains only a single node, allow it if (Array.isArray(vnode) && vnode.length === 1) { vnode = vnode[0] } // return empty vnode in case the render function errored out if (!(vnode instanceof VNode)) { if (process.env.NODE_ENV !== 'production' && Array.isArray(vnode)) { warn( 'Multiple root nodes returned from render function. Render function ' + 'should return a single root node.', vm ) } vnode = createEmptyVNode() } // set parent vnode.parent = _parentVnode return vnode }
</details>
首先咱們這裏沒有_parentVnode
,也沒有用到組件, 只是經過new Vue()
這種最簡單的用法 因此父組件插槽是沒有的.
因此這個函數通篇最重要的就是這一句代碼
vnode = render.call(vm._renderProxy, vm.$createElement)
看尤大的註釋就知道 render 可能回返回一個只有一個值的數組, 或者報錯的時候會返回一個空的vnode, 其餘操做都是兼容處理, 而後把vnode返回
<details>
<summary>_update</summary>
// src/core/instance/lifecycle.js Vue.prototype._update = function (vnode: VNode, hydrating?: boolean) { const vm: Component = this const prevEl = vm.$el const prevVnode = vm._vnode const restoreActiveInstance = setActiveInstance(vm) vm._vnode = vnode // Vue.prototype.__patch__ is injected in entry points // based on the rendering backend used. if (!prevVnode) { // initial render vm.$el = vm.__patch__(vm.$el, vnode, hydrating, false /* removeOnly */) } else { // updates vm.$el = vm.__patch__(prevVnode, vnode) } restoreActiveInstance() // update __vue__ reference if (prevEl) { prevEl.__vue__ = null } if (vm.$el) { vm.$el.__vue__ = vm } // if parent is an HOC, update its $el as well if (vm.$vnode && vm.$parent && vm.$vnode === vm.$parent._vnode) { vm.$parent.$el = vm.$el } // updated hook is called by the scheduler to ensure that children are // updated in a parent's updated hook. }
</details>
這裏最主要的就是 vm.$el = vm.__patch__(prevVnode, vnode)
, 經過patch
來掛載 vnode 而且比對兩個vnode 的不用與相同, 這就是diff
, 在vue中 diff
跟 patch
是一塊兒的. 這部分先略過, 咱們先看總體.
watcher代碼挺長的, 我就先貼個構造函數吧
<details>
<summary>Watcher constructor </summary>
constructor ( vm: Component, // Vue 實例 expOrFn: string | Function, // updateComponent cb: Function, // 空函數 options?: ?Object, // {before: ()=>{}} isRenderWatcher?: boolean // true 爲了渲染收集依賴用的 ) { this.vm = vm if (isRenderWatcher) { vm._watcher = this } vm._watchers.push(this) // options if (options) { this.deep = !!options.deep // 給watch屬性用 若是watch屬性是一個對象且deep爲true 那麼該對象就是深度watch 相似於深拷貝的概念 this.user = !!options.user // 若是爲true 就是爲 watche 屬性服務的 this.lazy = !!options.lazy // lazy若是爲true 的話就是computed屬性的了, 只不過computed有緩存而已 this.sync = !!options.sync // 同步就當即執行cb 異步就隊列執行cb this.before = options.before // 恰好咱們的參數就是有這個屬性, 是一個回調函數 } else { this.deep = this.user = this.lazy = this.sync = false } this.cb = cb this.id = ++uid // uid for batching this.active = true this.dirty = this.lazy // for lazy watchers this.deps = [] this.newDeps = [] this.depIds = new Set() this.newDepIds = new Set() this.expression = process.env.NODE_ENV !== 'production' ? expOrFn.toString() : '' // parse expression for getter // 這裏咱們傳進來的 expOrFn 就是一個 updateComponent() 就是一個函數 if (typeof expOrFn === 'function') { this.getter = expOrFn } else { // 這裏的parsePath 也不難, 回憶一下咱們的 $watch 怎麼用的? /* 官方文檔的例子 // 鍵路徑 vm.$watch('a.b.c', function (newVal, oldVal) { // 作點什麼 }) 能夠看到咱們的第一個參數, 'a.b.c' 其實這個表達式傳進來就是咱們的 expOrFn, 能夠去看 $watch函數的代碼 最終也仍是要走 new Watcher 這一步的, parsePath就是爲了把這個表達式的值給求出來 這個值是在vm實例上取得 通常在 data 裏面最好, 不過在渲染過程當中, 是不走這裏的. */ this.getter = parsePath(expOrFn) if (!this.getter) { this.getter = noop process.env.NODE_ENV !== 'production' && warn( `Failed watching path: "${expOrFn}" ` + 'Watcher only accepts simple dot-delimited paths. ' + 'For full control, use a function instead.', vm ) } } this.value = this.lazy ? undefined : this.get() // 求值, 其實就是觸發咱們的 getter 函數 觸發 對象的 get 收集依賴, Vue 的響應式已經爛大街了 (有時間再寫一篇), 在這裏 這個值一求值, 咱們的 updateComponent 就會執行, _render _updata 和會相應的執行, 而後就實現了咱們的 mount 過程 }
</details>
至此, 咱們的渲染過程已經學習完畢, 最主要的就是 總體的脈絡很是的清晰, 真正須要下功夫的是 虛擬節點的 diff
patch
跟 template 到 render function 的轉化. 共勉!
路漫漫其修遠兮, 吾將上下而求索.