我明白了,Vue3设计与实现-权衡的艺术读后感

简介: 权衡的艺术,看到这个名字,我瞬间脑袋就像个灯泡一样,瞬间一亮。我喜欢,我很想知道vue权衡的艺术,就像上帝为什么要造人一样的艺术(狗头)。好了,开始。

前言

vue3的设计与实现这本书终于到手了噢,还有作者的亲笔签名以及大圣老师的传奇大印。可不能辜负了大圣老师的美意,所以我决定每看一掌都会写一些心得。

权衡的艺术,看到这个名字,我瞬间脑袋就像个灯泡一样,瞬间一亮。我喜欢,我很想知道vue权衡的艺术,就像上帝为什么要造人一样的艺术(狗头)。好了,开始。

书中源码

DOM编程的两种方式

命令式与声明式

作为一个曾经实现过JQuery的人来说,印象是很深刻的,JQuery是基于原生js做了一层封装,封装了很多简易操作的功能。比如DOM的增删改查、简单动画的切入、请求与处理等等。
虽然JQuery是一个类库,但是还是避免不了他基于过程的操作方式,它只是简化过程,但实际上还是在一步一步的操作DOM。

命令式编程更加注重过程,操作DOM是一步一步的来,你需要了解这个具体逻辑以及每一个API的效果,才能够实现你想要的操作DOM的效果。虽然有了JQuery,但是还是会有很多冗余代码。

vue在2016年就开始接触,当时在读大一的觉得它好神奇噢,居然能自动改变数据。那时候我们还在学C#的webform aspx,里面有类似功能的插件,后来发现它是用viewstate和隐藏域来实现的。而vue是纯前端的实现,当时能想到的是 它应该是个观察者,然后通过字符串的替换操作来将 插值运算符改成实际的结果。至于它为啥那么准确的定位,我当时觉得应该是加了id,所以才那么准确的。

声明式编程更加注重结果,不需要你写那么多操作DOM步骤,你只要按照它的方式去声明,就能够自动的帮你操作DOM了,非常的方便,代码看起来更加灵动些。

权衡性能与可维护性

看到这章让我非常感兴趣,很久以前我想过,都说MVVM框架性能很好,但是它引入了那么多代码进去,怎么可能性能好,肯定没有原生的好。因此也曾一度排斥这种框架,以助于后来参加工作了,第一个项目就没用vue而是用JQuery+面向对象的设计模式来封装一个MVC框架来用,感觉那样更加符合大学里的编程方式。
不过后来发现我错了,vue是真香,让我的开发效率提高了很多,从而有很多时间去学更多新东西,而不是冗余的业务代码写很多遍。

vue的是个框架,一般来说框架的性能都不会比你原生操作的性能要好。毕竟不管你用不用,框架都会封装很多层,这么多层,每一层耗费的性能加起来肯定比你直接操作的性能要高。
当然那得是在你了解浏览器的一些原理与特性的基础上,不然在遇到复杂问题时,你写的原生代码未必要比框架的性能高。

vue这个框架给我们带来了开发效率高以及可维护性高的这样诸如此类的好处。毕竟如果你开发项目写成片成片的原生代码,写的时候逻辑是从上往下的没问题,但是代码量会巨长。并且在你不写成片的注释的时候,过几个月你再看,势必会头晕。这个我经历过,一个js文件几千行,密密麻麻的密集恐惧症。

虚拟DOM的性能

创建DOM的时候,通过虚拟DOM来创建DOM是没有你直接创建DOM的性能好。毕竟手动创建DOM我就直接创建了,而虚拟DOM是需要你根据js对象来映射的创建真实DOM。

更新DOM的时候,通过虚拟DOM来更新DOM比你直接更新DOM的性能好,这个在更新的DOM内容越多时越明显。因为你直接更新DOM,比如JQuery,它是不存在复用原来的DOM的,会整片更新,而虚拟DOM是先对比再把有数据变更的DOM更新掉,会复用原来的DOM,非常的精准。

在实际开发中使用虚拟DOM 心智压力小,使用原生JS 心智压力大。

运行时和编译时

书中写了三种,运行时、编译时+运行时、编译时。

运行时,就是有个render函数,会在运行的时候调用render函数,从而将你手写的js对象(虚拟dom)转成DOM。
编译时+运行时,就是有个compiler函数和render函数,compiler函数可以将你写的html字符串转成虚拟dom对象,然后render函数将你的虚拟dom对象转成DOM。
编译时,就是有个compiler函数直接把你的html字符串转成操作DOM的原生js操作,从而没有额外的将虚拟dom转成DOM的那些操作。

vue 是前两种,而Sevlte是最后一种,之前我做过的一个在线md绘图小工具就是基于官方的Sevlte开源项目做的 Graphic Live Editor

总结

第一章让我对vue产生了极大的兴趣噢,之前我对编程都有点厌倦了,看到这本书真的让我又一次焕然而生,就像回到大学时,茶饭不思除了睡觉就是编程的时候。

vue权衡的艺术是 为了降低开发者的使用心智以及开发项目的可维护性,从而创造出这款框架,从性能上来说,可能没有高质量的原生的js操作性能好,但是入手成本低,并且开发出的程序可维护性很高,在大多数情况下性能性能还是很不错的。

虚拟dom的性能在更新时很不错,因为它是真正的局部更新,而不是一直都是偷懒的整片更新,性能损耗的操作是 diff差异时的操作 和 直接修改有变化部分的操作。通过找到差异的地方局部更新,这也是虚拟dom的最佳表现。

目录
相关文章
|
2月前
|
缓存 JavaScript UED
Vue3中v-model在处理自定义组件双向数据绑定时有哪些注意事项?
在使用`v-model`处理自定义组件双向数据绑定时,要仔细考虑各种因素,确保数据的准确传递和更新,同时提供良好的用户体验和代码可维护性。通过合理的设计和注意事项的遵循,能够更好地发挥`v-model`的优势,实现高效的双向数据绑定效果。
159 64
|
2月前
|
JavaScript 前端开发 API
Vue 3 中 v-model 与 Vue 2 中 v-model 的区别是什么?
总的来说,Vue 3 中的 `v-model` 在灵活性、与组合式 API 的结合、对自定义组件的支持等方面都有了明显的提升和改进,使其更适应现代前端开发的需求和趋势。但需要注意的是,在迁移过程中可能需要对一些代码进行调整和适配。
134 60
|
22天前
|
JavaScript API 数据处理
vue3使用pinia中的actions,需要调用接口的话
通过上述步骤,您可以在Vue 3中使用Pinia和actions来管理状态并调用API接口。Pinia的简洁设计使得状态管理和异步操作更加直观和易于维护。无论是安装配置、创建Store还是在组件中使用Store,都能轻松实现高效的状态管理和数据处理。
75 3
|
2月前
|
前端开发 JavaScript 测试技术
Vue3中v-model在处理自定义组件双向数据绑定时,如何避免循环引用?
Web 组件化是一种有效的开发方法,可以提高项目的质量、效率和可维护性。在实际项目中,要结合项目的具体情况,合理应用 Web 组件化的理念和技术,实现项目的成功实施和交付。通过不断地探索和实践,将 Web 组件化的优势充分发挥出来,为前端开发领域的发展做出贡献。
48 8
|
2月前
|
存储 JavaScript 数据管理
除了provide/inject,Vue3中还有哪些方式可以避免v-model的循环引用?
需要注意的是,在实际开发中,应根据具体的项目需求和组件结构来选择合适的方式来避免`v-model`的循环引用。同时,要综合考虑代码的可读性、可维护性和性能等因素,以确保系统的稳定和高效运行。
45 1
|
2月前
|
JavaScript
Vue3中使用provide/inject来避免v-model的循环引用
`provide`和`inject`是 Vue 3 中非常有用的特性,在处理一些复杂的组件间通信问题时,可以提供一种灵活的解决方案。通过合理使用它们,可以帮助我们更好地避免`v-model`的循环引用问题,提高代码的质量和可维护性。
53 1
|
2月前
|
JavaScript
在 Vue 3 中,如何使用 v-model 来处理自定义组件的双向数据绑定?
需要注意的是,在实际开发中,根据具体的业务需求和组件设计,可能需要对上述步骤进行适当的调整和优化,以确保双向数据绑定的正确性和稳定性。同时,深入理解 Vue 3 的响应式机制和组件通信原理,将有助于更好地运用 `v-model` 实现自定义组件的双向数据绑定。
|
2月前
|
存储 JavaScript 前端开发
vue3的脚手架模板你真的了解吗?里面有很多值得我们学习的地方!
【10月更文挑战第21天】 vue3的脚手架模板你真的了解吗?里面有很多值得我们学习的地方!
vue3的脚手架模板你真的了解吗?里面有很多值得我们学习的地方!
|
2月前
|
JavaScript 索引
Vue 3.x 版本中双向数据绑定的底层实现有哪些变化
从Vue 2.x的`Object.defineProperty`到Vue 3.x的`Proxy`,实现了更高效的数据劫持与响应式处理。`Proxy`不仅能够代理整个对象,动态响应属性的增删,还优化了嵌套对象的处理和依赖追踪,减少了不必要的视图更新,提升了性能。同时,Vue 3.x对数组的响应式处理也更加灵活,简化了开发流程。
|
2月前
|
JavaScript 前端开发 开发者
Vue 3中的Proxy
【10月更文挑战第23天】Vue 3中的`Proxy`为响应式系统带来了更强大、更灵活的功能,解决了Vue 2中响应式系统的一些局限性,同时在性能方面也有一定的提升,为开发者提供了更好的开发体验和性能保障。
92 7