浅谈Vue3的几个优势
目录
- 1、源码
- 1.1 monorepo
- 1.2 TypeScript
- 2、性能
- 2.1 优化源码体积
- 2.3 Proxy
- 2.4 Composition API
Vue2已经非常优秀,且具备完善的社区和生态,但是Vue3仍然在源码、性能和语法 API 三个大的方面进行了优化
1、源码
1.1 monorepo
源码管理方式采用monorepo
的方式进行管理,monorepo
把这些模块拆分到不同的 package
中,每个 package
有各自的 API、类型定义和测试。这样使得模块拆分更细化,职责划分更明确,模块之间的依赖关系也更加明确,开发人员也更容易阅读、理解和更改所有模块源码,提高代码的可维护性
1.2 TypeScript
Vue2
时期选择的是flow
,由于flow
自身存在一些功能上的短板,且TS
发展势头更好,Vue3
选择使用TS
编写代码,也可以更好的支持TS
提升开发体验
2、性能
2.1 优化源码体积
主要从两个方面进行了源码体积优化:
移除一些冷门API,比如 filter
、inline-template
等
API减少,必然会减少代码体积,这点非常容易理解
引入tree-shaking
减少打包体积
tree-shaking
依赖 ES2015
模块语法的静态结构(即 import
和 export
),通过编译阶段的静态分析,找到没有引入的模块并打上标记,这个技术在webpack
等打包工具上已经非常普及
在Vue3中的应用:我们大概率不会使用Vue
提供的全部API
,总会有一些冷门的、业务场景单一使用不到的API,那么在打包的过程中就可以将这些没有被用户使用的API
移除,减少打包体积
2.3 Proxy
Vue2
之前使用Object.defineProperty
进行数据劫持
Object.defineProperty(source, key, { get(){ // todo... }, set(){ // todo... } })
其存在一些缺陷
- 必须预先知道劫持的
key
是什么,并不能很好的监听到对象属性的添加、删除 - 初始化时递归遍历整个
data
,导致深层嵌套数据结构造成性能负担, Vue3
使用Proxy
进行数据劫持,可以很好的规避Object.defineProperty
带来的缺陷
p = new Proxy(source, { get() { // todo... }, set() { // todo... } })
2.4 Composition API
Vue3
在语法方面进行了优化,主要是提供了 Composition API
替换原本的Options API
Options API
提供了 methods
、computed
、data
、props
以及各个阶段的生命钩子选项,开发者可以在每个API中做着对应的事情,各司其职,上手和理解成本非常低,对于新手开发者非常友好。使用其开发小型项目时代码的阅读性、维护性等也是可观的,但是当遇到大型项目或者较为复杂的业务逻辑时,代码将会变得非常难以维护,常常导致修改一个功能需要在代码中跳转多个地方,一个功能的代码分散在各个地方,造成阅读和理解成本直线增加,Composition API
,它有一个很好的机制去解决这样的问题,就是将某个逻辑关注点相关的代码全都放在一个函数里,这样当需要修改一个功能时,就不再需要在文件中跳来跳去
到此这篇关于浅谈Vue3的几个优势的文章就介绍到这了,更多相关Vue3优势内容请搜索我们以前的文章或继续浏览下面的相关文章希望大家以后多多支持我们!