前言

怎么快怎么来,大家的时间都宝贵,用最短的时间学到最多的知识。

我们可以将petite-vue理解为:用真实DOM取代Vue模版的简易Vue

比如如下Demo

<script type="module">
  import { createApp } from '../src'
  createApp({count: 0}).mount()
</script>

<div v-scope>
  <button @click="count++">add 1</button>
  <p>{{count}}</p>
</div>
复制代码

div及其子孙节点是真实的DOM标签,所以页面初始化时如下:

如何在不看源码情况下学petite-vue源码-LMLPHP

接着执行如下代码,完成petite-vue初始化:

createApp({count: 0}).mount()
复制代码

此时页面:

如何在不看源码情况下学petite-vue源码-LMLPHP

读框架源码切忌一上手就从入口函数一路调试,很容易就懵逼了。正确的方式是像剥洋葱一样一层一层剥开:

如何在不看源码情况下学petite-vue源码-LMLPHP

所以,让我们先从Performance面板看看首屏渲染的调用栈:

如何在不看源码情况下学petite-vue源码-LMLPHP

调用栈大体分为蓝框、红框两部分,先看左边蓝框部分:

如何在不看源码情况下学petite-vue源码-LMLPHP

通过createContextreactive关键词判断大概是创建响应式上下文。至于响应式的含义,我们还不清楚。

接着看右边红框部分:

如何在不看源码情况下学petite-vue源码-LMLPHP

从调用栈深度、页面渲染的效果我们猜测,这部分做的工作包括:

  • 遍历DOM

  • 完成数据与视图的双向绑定

  • 初始化渲染

接下来,我们来验证猜想。

验证遍历DOM

调用栈中walkwalkChildren被调用多次,大概率他们就是具体遍历工作执行的方法,让我们确认下。

在源码walk方法中打上log

export const walk = (node: Node, ctx: Context): ChildNode | null | void => {
  console.log('walk', node);
  // ...  
}
复制代码

排除换行符"\n "对应的文本节点,打印顺序如下:

walk div
walk <button>add 1</button>
walk "add 1"
walk <p>0</p>
walk "0"
复制代码

从打印结果看,这是个深度优先遍历(如果有子节点就遍历子节点,没有子节点就遍历兄弟节点)

显然,petite-vue mount时采用深度优先遍历,并对遍历到的每个与上下文状态相关的DOM节点进行处理。

Demo中,上下文包含状态{count: 0}

createApp({count: 0}).mount()
复制代码

在遍历后<p>{{count}}</p>变为<p>0</p>

确定双向绑定的粒度

接下来我们需要确认双向绑定的作用范围,即:

打开Performance后,点击<button>add 1</button>触发更新:

如何在不看源码情况下学petite-vue源码-LMLPHP

可以看到,没有任何walkwalkChildren(或类似遍历过程),只调用了reactiveEffect一个方法就更新了DOM

这意味着mount时的深度优先遍历建立了状态更新DOM的方法之间一一对应的关系。

因为对应关系确定了,就不再需要额外的遍历过程确定需要变化的DOM

当更新状态后,只需要找到与他有关系的更新DOM的方法执行就行。

比如:将count状态与如下函数建立联系:

function setCount(value) {
  p.textContent = value;
}
复制代码

每当count变化后调用setCount(count)就能更新p对应DOM

所以,petite-vue的工作原理,主要包括两点:

  1. mount时深度优先遍历DOM,对有状态的DOM(比如<p>{{count}}</p>)建立状态更新DOM的方法之间一一对应的关系

  2. update时找到该状态对应的更新DOM的方法并执行

可以看到,即使不深入源码,也能大体了解工作流程。

如果你想更进一步,比如了解关系是如何建立的(涉及到响应式更新),那么就需要深入源码了。

这里推荐Vue MasteryVue 3 Reactivity课程,可以补齐响应式更新这块知识。

如何在不看源码情况下学petite-vue源码-LMLPHP

总结

本文介绍了复杂框架源码的阅读办法 —— 即从抽象到具体。

  1. mount时与update时的调用栈推导出整体工作流程

  2. 整体工作流程中发现核心知识 —— 响应式更新

当掌握整体工作流程响应式更新后,再阅读自己感兴趣的部分才不至于陷入庞大的代码量中。

你,学废了么?

最后,创作不易,如果对大家有所帮助,希望大家点赞支持,有什么问题也可以在评论区里讨论😄~

如果你觉得这篇文章对你有点用的话,麻烦请给我们的开源项目点点star: http://github.crmeb.net/u/defu 不胜感激 !
来自 “开源世界 ” ,链接:   https://ym.baisou.ltd/post/776.html
07-13 10:55