源码系列

vue3引入Composition API之后，写法就变得很灵活了。 比如我们可以把一些功能封装成hook,直接使用hook返回的变量。或者直接定义变量引入，那么状态管理库还有必要么？

之前写过一篇文章，从源码角度介绍vueuse库里面的useFetch的用法。但是如果usefetch你用的并不是那么习惯的话，不妨来看看这个axios版本的写法

源码阅读：尤大推荐的小工具-ni，到底咋样？ 虽然是个小工具，实现的功能也比较简单。 但是里面的代码实现细节，处理方式还是能学到很多东西，一起来学习吧

一个简单的fetch函数，又被封装成了用不起的样子。更伤的是，官网上对useFetch的介绍真的不多，特别是一些复杂场景的时候

离大谱，一个简单的Storage，愣是写了几百行代码，这你敢信？ 在我的记忆里，Storage一共就三行代码。 就这三行代码，还能写到天上去？

我本来觉得，我之前写的通过cz-commitlint来提交，通过release-it来发布，也够用了。现在看来，还是可以继续重构，实现一个命令走天下。

appContext在上下文的时候，指定为父级appContext。（也就是全局上下文）2.vue的变量访问顺序，做了统一的代理，先setup,其次是data。3.setup可以返回函数作为渲染函数

学习vue源码，虚拟dom肯定是绕不过去的，所以今天聊一聊vue3源码中的虚拟dom。 虚拟dom其实本质上就是一段用来表示真实dom的一段js代码。 他最大的优点，是为了解决频繁的dom操作问题。

vue面试经常会被问，vue3做了哪些性能优化，为什么这么快？ 答案有很多，比如模板静态标记，事件缓存，diff算法，静态提升等。 除了这几个之外，其实还有一个知识点，是很多人都忽略的。

不管是数据的响应式，还是computed的实现，亦或是vue组件的更新。本质都是通过effec侦听器来实现的。对于effec有几点要理解清楚。

computed大家应该都用过,但有些细节却未必清楚。比如 computed只能接受函数吗？ computed返回的值是什么类型，可以修改吗？computed又是怎么实现，数据变化，重新计算的呢？

关于vue的响应式数据，你可能有很多疑惑。 比如为什么要改用proxy? 比如为什么有reactive和ref两个api? 比如vue是如何实现响应式的？ 其实这些在源码中，都能找到答案。

在开始看vue3源码之前，我最大的一个困惑就是，vue到底是怎么把组件变成dom的？各个模块之间是如何相互关联的？ 如果你也有这样的困惑，那这篇文章将会告诉你答案。

如果阅读源码有困难，不妨从这些简单的工具库开始，一样能学到很多细节的东西。类型判断很多人都会写，但是很多细节可能考虑不到。把这些细节完善好，也是收获满满的一天。

做了多年的前端，感觉每天都在重复的调接口。技术栈学了好多，但水平感觉没有涨多少，对很多问题也是一知半解。 如果你也有这样的困惑，那读源码可能是最好的突破口。