이번에는 vue+update() 사용법에 대해 자세히 설명드리고, vue+update() 사용 시 주의사항은 무엇인지 살펴보겠습니다.
서문
3개월 전에 반응형 데이터를 구현하는 방법을 분석하기 위해 vue 소스 코드를 읽었습니다. 기사 이름은 반응형 데이터에 대한 vue 소스 코드입니다. 마지막으로 Watcher의 update()를 분석했습니다. (지난 3개월 동안 React-Native를 사용하여 프로젝트를 진행했는데, 그럴 것 같아서 요약할 생각은 없습니다.)
이 기사의 서술 방식은 tree vine입니다. 우리가 확인한 vue 버전은 2.5.2입니다.
Purpose
조사 방향을 명확하게 해야만 목표에 도달할 수 있습니다. 먼저 대상 동작: 데이터 변경 후 뷰를 업데이트하기 위해 실행되는 방법을 살펴보겠습니다.
이전 결론부터 시작하세요
이전 결론을 먼저 검토해 보겠습니다.
vue가 생성되면 데이터에 Observer 객체가 생성됩니다(그리고 일부 다른 필드) getter와 setter는 종속성 수집을 트리거하고 setter는 알림을 트리거합니다.
다른 개체는 Watch를 등록할 때 watch 개체를 한 번 호출하여 watch 개체의 getter를 트리거합니다. , 현재 Watcher의 deps에 종속성을 수집합니다. dep의 setter가 트리거되면 현재 Watcher에 Watcher의 update() 메서드를 호출하라는 알림이 전달됩니다.
그런 다음 렌더링 관련 항목을 등록하여 시작합니다. Watcher.
src/core/instance/lifecycle.js에서 파일을 찾았습니다.
new Watcher(vm, updateComponent, noop, null, true /* isRenderWatcher */)
mountComponent
mountComponent() 메소드에서 렌더링 관련 Watcher가 호출된 후 이 메소드가 호출되는 위치를 검색합니다. src/platforms/web/runtime/index.js와 src/platforms/weex/runtime/index.js라는 두 곳만 있습니다. 웹을 예로 들어보겠습니다.
Vue.prototype.$mount = function (
el?: string | Element,
hydrating?: boolean
): Component {
el = el && inBrowser ? query(el) : undefined
return mountComponent(this, el, hydrating)
}그게 바로 $mount() 메소드입니다. 이는 mountComponent()를 호출합니다(또는 vue 생성 중에 el 필드를 지정하면 자동으로 $mount() 메서드도 호출됩니다). web 및 weex(weex가 무엇인가요? 이전에 다른 기사에서 소개한 적이 있습니다) 렌더링 주제는 다음과 같습니다. 다르므로 게시할 때 다른 파일을 도입하고 최종적으로 다른 dist로 게시해야 합니다(이 문제는 나중에 vue의 전체 프로세스를 연구하도록 남겨둡니다)
다음은 mountComponent 메서드입니다.
export function mountComponent (
vm: Component,
el: ?Element,
hydrating?: boolean
): Component {
vm.$el = el // 放一份el到自己的属性里
if (!vm.$options.render) { // render应该经过处理了, 因为我们经常都是用template或者vue文件
// 判断是否存在render函数, 如果没有就把render函数写成空VNode来避免红错, 并报出黄错
vm.$options.render = createEmptyVNode
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) {
// 不看这里的代码了, 直接看else里的, 行为是一样的
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
// 注册一个Watcher
new Watcher(vm, updateComponent, noop, null, 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
}이 코드는 실제로 3개만 수행했습니다. things:
beforeMount 후크를 호출
Create Watcher
Call Mounted Hook
(하하하) 그러면 핵심은 실제로 Watcher를 생성하는 것입니다.
Watcher의 매개변수를 살펴보세요. vm은 이것이고, updateComponent는 함수이고, noop은 비어 있고, null은 비어 있으며, true는 RenderWatcher를 의미합니다.
Watcher에서 isRenderWatcher를 살펴보았습니다:
if (isRenderWatcher) {
vm._watcher = this
}예, 방금 복사해서 처음으로 watcher에서 사용했습니다. 패치할 때 뭔가가 있습니다(댓글을 보면 아직 그게 무엇인지 모르겠습니다).
그러면 Watcher 생성자에 updateComponent
updateComponent
문제가 하나 있습니다. 매개변수가 함수에 전달되면 이 함수는 감시자의 getter가 됩니다. 똑똑하다면 감시자에서 종속성을 설정할 수 있도록 뷰에 있는 모든 데이터의 getter가 이 updateComponent에서 호출되어야 한다고 추측했을 것입니다. . 뷰는 데이터 변경에 응답합니다.
updateComponent = () => {
vm._update(vm._render(), hydrating)
}그런 다음 vm._update() 및 vm._render()로 이동합니다.
src/core/instance/render.js에서 ._render() 메서드를 찾았습니다.
Vue.prototype._render = function (): VNode {
const vm: Component = this
const { render, _parentVnode } = vm.$options // todo: render和_parentVnode的由来
// reset _rendered flag on slots for duplicate slot check
if (process.env.NODE_ENV !== 'production') {
for (const key in vm.$slots) {
// $flow-disable-line
vm.$slots[key]._rendered = false
}
}
if (_parentVnode) {
vm.$scopedSlots = _parentVnode.data.scopedSlots || emptyObject
}
// 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 {
vnode = render.call(vm._renderProxy, vm.$createElement)
} catch (e) {
// catch其实不需要看了, 都是做异常处理, _vnode是在vm._update的时候保存的, 也就是上次的状态或是null(init的时候给的)
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') {
if (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
}
} else {
vnode = vm._vnode
}
}
// 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
}
}This method Did:
현재 vm의 render 메소드를 기반으로 VNode를 생성합니다. (render 메소드는 템플릿이나 vue 파일에서 컴파일될 수 있으므로, render 메소드를 직접 작성하는 것이 가장 효율적이라고 추론됩니다.)
render 메소드에 문제가 있으면 먼저 renderError 메소드를 호출하고 그래도 작동하지 않으면 마지막 vnode를 읽거나 상위 노드가 있으면 자체 .parent 속성에 넣습니다.
마지막으로 VNode를 반환합니다
핵심은 이 문장입니다:
vnode = render.call(vm._renderProxy, vm.$createElement)
先看vm._renderProxy: 是initMixin()的时候设置的, 在生产环境返回vm, 开发环境返回代理, 那么我们认为他是一个可以debug的vm(就是vm), 细节之后再看.
vm.$createElement的代码在vdom文件夹下, 看了下是一个方法, 返回值一个VNode.
render有点复杂, 能不能以后研究, 总之就是把template或者vue单文件和mount目标parse成render函数.
小总结: vm._render()的返回值是VNode, 根据当前vm的render函数
接下来看vm._update()
Vue.prototype._update = function (vnode: VNode, hydrating?: boolean) {
const vm: Component = this
if (vm._isMounted) {
callHook(vm, 'beforeUpdate')
}
// 记录update之前的状态
const prevEl = vm.$el
const prevVnode = vm._vnode
const prevActiveInstance = activeInstance
activeInstance = vm
vm._vnode = vnode
// Vue.prototype.__patch__ is injected in entry points
// based on the rendering backend used.
if (!prevVnode) { // 初次加载, 只有_update方法更新vm._vnode, 初始化是null
// initial render
vm.$el = vm.__patch__( // patch创建新dom
vm.$el, vnode, hydrating, false /* removeOnly */,
vm.$options._parentElm,
vm.$options._refElm
)
// no need for the ref nodes after initial patch
// this prevents keeping a detached DOM tree in memory (#5851)
vm.$options._parentElm = vm.$options._refElm = null
} else {
// updates
vm.$el = vm.__patch__(prevVnode, vnode) // patch更新dom
}
activeInstance = prevActiveInstance
// 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.
}我们关心的部分其实就是__patch()的部分, __patch()做了对dom的操作, 在_update()里判断了是否是初次调用, 如果是的话创建新dom, 不是的话传入新旧node进行比较再操作.
结论
vue的视图渲染是一种特殊的Watcher, watch的内容是一个函数, 函数运行的过程调用了render函数, render又是由template或者el的dom编译成的(template中含有一些被observe的数据). 所以template中被observe的数据有变化触发Watcher的update()方法就会重新渲染视图.
遗留
render函数是在哪里被编译的
vue源码发布时引入不同平台最后打成dist的流程是什么
__patch__和VNode的分析
相信看了本文案例你已经掌握了方法，更多精彩请关注php中文网其它相关文章！
推荐阅读：
위 내용은 vue+update() 사용법에 대한 자세한 설명의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
