大家应该知道如果用 vue3 的 Composition api 定义一个响应式变量通常有两种形式,一种是用 ref ,另一种是 reactive :
<script setup>
import { ref, reactive } from 'vue'
const isLoading = ref(true)
const user = reactive({
name: '令狐冲',
age: 22,
gender: '男'
})
</script>
一般来说定义一个基本数据类型会用 ref ,而引用类型则会采用 reactive ,那么问题来了, ref 虽然定义了一个基本数据类型,但实际上它却是一个引用类型,取值和赋值时必须要带上 .value 属性:
<script setup>
import { ref } from 'vue'
const isLoading = ref(true)
if (isLoading.value) {
isLoading.value = false
}
</script>
这就有点不太符合直觉了,很有可能一不小心就被写成了这样:
<script setup>
import { ref } from 'vue'
let isLoading = ref(true)
if (isLoading) {
isLoading = false
}
</script>
这要是有 TS 和 ESLint 的加持还好,要是没有的话可就不好找错误了,也不会产生什么有用的报错信息,而且每次都要带上这个 .value 实在是不好看,而且写起来也麻烦呀!
reactive 的弊端是不能解构,解构就会失去响应性:
<script setup>
import { reactive } from 'vue'
const user = reactive({
name: '令狐冲',
age: 22,
gender: '男'
})
// 这种写法通常达不到预期的效果
let { age } = user
age = 18
</script>
可能有人会说,不是有 toRefs 吗?用了 toRefs,就又会回到那个 .value 的问题上了:
<script setup>
import { reactive, toRefs } from 'vue'
const user = reactive({
name: '令狐冲',
age: 22,
gender: '男'
})
let { age } = toRefs(user)
age.value = 18
</script>
其实我个人觉得还好啦,因为已经写习惯了,再加上一直用TS有提示和自动补全,所以感觉没什么问题。
但知乎上类似于 《为什么 vue3 删不掉 ref() 这样冗余的函数,但 svelte 可以?》 这种问题深深的刺痛了大佬的内心,大佬自己的强迫症也犯了,毕竟他当年创造 Vue 的最成功要素之一就是 方便 。而如今这种冗余的写法却与 方便 毫不搭边儿,所以尤大无论如何也必须要解决这个问题,不能让人背后嚼耳根子说 Vue 写起来还没 Svelte 方便是不是?于是乎大佬先后创建了三次不同的语法糖。
第一波语法糖
第一波主要是模仿了 Svelte 的写法,我们先来看看 Svelte 的中文官网给出来的一段例子:
<script>
export let title;
// 这将在“title”的prop属性更改时更新“document.title”
$: document.title = title;
$: {
console.log(`multiple statements can be combined`);
console.log(`the current title is ${title}`);
}
</script>
这个 $: 是一种叫做 label 的语法,这种语法并不是 Svelte 自创的语法,而是一种长期在被废弃的边缘上疯狂试探的合法语法,只不过这种语法原本并不是这么用的,人家是用在嵌套循环上的:let num = 0
outermost:
for (let i = 0; i < 10; i++) {
for (let j = 0; j < 10; j++) {
if (i == 5 && j == 5) {
continue outermost
} else {
console.log(i, j, 88)
}
num++
}
}
console.log(num) //95
e 看不懂没关系啊,也没必要去弄懂这种语法,因为它不够直观,用处也不是很大,所以几乎没什么人用它!我在编辑器写这段代码的时候 ESLint 都直报错:
翻译: Label 语法源于 GOTO 语句,使用它将会令代码变得难以理解、难以维护。 —ESLint
不过既然没什么人在用,同时它还是 JS 的合法语法,那用它来告诉编译器这里是声明了一个 ref 变量岂不是很完美?于是乎尤大也搞了个和 Svelte 类似的语法:
<script setup>
ref: isLoading = true
if (isLoading) {
isLoading = false
}
</script>
那么大家为何会如此反对呢?就是因为 label 语法压根儿就不是这么用的,人家原本是为了和 break 、 continue 配合使用的,虽然在别的地方用也不算是语法错误,但你这么做明显是修改了 JS 原本的语意!虽然尤大表示很不服啊:为什么 Svelte 用这玩意你们都没说啥,我一用这玩意你们就开喷?!
个人感觉是因为 Svelte 从一开始就说自己是一个编译器,没有沉重的历史包袱,而 Vue 却恰恰相反。而且 Svelte 本身也不是什么主流框架,属于给那帮爱折腾的人玩的。
但 Vue 不一样,已经有多少人要靠着 Vue 吃饭呢,并不是所有人都那么爱折腾的。
于是在万般无奈之下,尤大只好放弃了这个提案,但这件事在尤大心里始终还是挥之不去、如鲠在喉,于是乎他吸取了第一波语法糖的教学,卷头重来又起草了一份新提案:
第二波语法糖
<script setup>
let loading = $ref(true)
if (loading) {
loading = false
}
</script>
可以看到我们并没有引入 $ref 这个变量,这个变量是从哪来的的呢?是只要在 <script> 标签里写了 setup 这个属性就会自动注入的一个全局变量( 需要先开启实验性语法开关 )
尤大心想:你们不是嫌我之前用了不规范的语法么?那我这回这么写应该没问题了吧!想想之前我们定义一个 ref 变量,首先需要先把 ref 引进来然后才能用:
import { ref } from 'vue'
const loading = ref(true)
而新语法不用引,直接就能用,类似于全局变量的感觉。除了 $ref 这个特殊的全局变量呢,这次提案还有: $computed 、 $fromRefs 和 $raw 这几个玩意。我们一个个来看,先看 $computed :
<script setup>
import { ref, computed } from 'vue'
const num = ref(1)
const num_10 = computed(() => num.value * 10)
</script>
<script setup>
let num = $ref(1)
const num_10 = $computed(() => num * 10)
</script>
$fromRefs 又是个啥呢?这玩意在之前没有啊!只听说过 toRefs :
<script setup>
import { fromRefs } from 'vue' // 这个API并不存在
import { toRefs } from 'vue' // 这个API倒是有 也就是只有 to 没有 from
</script>
其实这个 $fromRefs 正是为了配合 toRefs 而产生的,比方说我们在别的地方写了一个 useXxx :
import { reactive } from 'vue'
const state = reactive({
x: 0,
y: 0
})
export default = (x = 0, y = 0) => {
state.x = x
state.y = y
return toRefs(state)
}
于是我们在使用的时候就:
<script setup>
import { useXxx } form '../useXxx.js'
const { x, y } = useXxx(100, 200)
console.log(x.value, y.value)
</script>
这岂不是又要出现尤大最不想看到的 .value 属性了吗?所以 $fromRefs 就是为了解决这个问题而生的:
<script setup>
import { useXxx } form '../useXxx.js'
const { x, y } = $fromRefs(useXxx(100, 200))
console.log(x, y)
</script>
最后一个 API 就是 $raw 了,raw 不是原始的意思嘛!那么看名字也能猜到,就是我们用 $ref 所创建出来的其实是一个响应式 对象 ,而不是一个基本数据类型,但语法糖会让我们在使用的过程中像是在用基本数据类型那样可以改来改去,但有时我们想看看这个 对象 长什么样,那么我们就需要用到 $raw 了:
<script setup>
const loading = $ref(true)
console.log(loading) // 其实打印的不是 loading 这个对象 而是它里面的值 相当于 loading.value
console.log($raw(loading)) // 这回打印的就是 loading 这个对象了
</script>
改进版
这一版语法糖没过多久就又被改进了,改进版主要是把全局变量改为只有 $ 和 $$ 这俩变量了,假如我们不用语法糖时是这么写:
<script setup>
import { ref } from 'vue'
const loading = ref(true)
console.log(loading.value)
</script>
用语法糖以后就变成了这样:
<script setup>
import { ref } from 'vue'
const loading = $(ref(true))
console.log(loading)
</script>
如果我们想还原 loading 这个变量,我们就需要用到 $$ 了:
<script setup>
import { ref } from 'vue'
let loading = $(ref(true))
console.log($$(loading))
</script>
或者也可以写成这样:
<script setup>
import { ref } from 'vue'
const loadingRef = ref(true)
let loading = $(loadingRef)
console.log(loadingRef === $$(loading))
</script>
第三波语法糖
第三波语法糖主要是在第二波语法的基础上又进行了改进,除了许多人觉得要写成 $(ref()) 的话实在是太那什么了…
另一方面则是实现了 props 的语法糖,新的语法主要是为每个能够创建带有 .value 变量的方法都有一个 $ 前缀的等价物,比如:
ref
computed
shallowRef
customRef
toRef
与此同时保留了改进版中的 $ 变量与 $$ 变量,用于对 props 的解构:
<script setup>
const { isLoading } = $(defineProps({ isLoading: Boolean }))
</script>
要知道在以前我们是不能对 props 进行解构的,而现在还可以利用 ES6 的解构默认值写法来为 props 设置默认值:
<!-- 以前 -->
<script setup>
const props = defineProps({
isLoading: {
type: Boolean,
default: true
}
}))
console.log(props.isLoading)
</script>
<!-- 现在 -->
<script setup>
const { isLoading = true } = $(defineProps({ isLoading: Boolean }))
console.log(isLoading)
</script>
所有语法糖提案的地址
第一波:https://github.com/vuejs/rfcs/pull/228
第二波:https://github.com/vuejs/rfcs/discussions/369
第三波:https://github.com/vuejs/rfcs/discussions/413
这个框架明明是中国人用的最多,但可笑的是居然是一群外国人在商量 Vue 的下一步计划,看到这里肯定有人会说:中国人都忙着 996 呢,哪有空去探讨那些东西…
那就看你是觉得:这些乱七八糟的语法糖对你来说无所谓,出什么语法我学什么就是了,我就是一只 沉默的羔羊 。
还是说:你只是在这篇文章的下面留个言说自己喜欢这些新语法或者讨厌这些新语法,懒得去 GitHub 说英文。
链接已经给大家贴上来了,就看大家是一副凑热闹的态度,还是点进去链接勇敢的表达出自己的声音了。当然,如果去 GitHub 我们还是要说英文的,虽说用中文的话尤大也可以看得懂,但评论区不全是中国人, Vue 还是有相当一批外国粉丝的。而且也不全是美国人,那些不是英国人美国人的开发者,他们如果也只图自己痛快而说自己国家的母语的话,想必我们就没有办法进行沟通了,同时这也会进一步拉近国人在海外的形象:别人都用英文,就你们中国人用自己的语言,不遵守规则。
那可能有人英文水平真的很差,我们可以这样嘛:找到百度翻译,输入中文后翻译成英文,然后再把英文复制过去。虽然这样做翻译的可能不完全准确,但最起码能达到勉强看懂的地步。同时还有一个技巧就是把翻译成英文的句子再翻译回中文,看看有哪些地方的语意发生了明显的变化,我们再针对那个地方重新自己写一遍。
如果你喜欢这个语法,那就去多点几个赞多夸几句,这样的话想必它很快就会被纳入到 Vue 的标准语法里面去。
如果你不喜欢,那么就赶快去多喷几句,这样的话这个语法很有可能就会像第一波语法糖提案那样被放弃掉了。
原文:https://mp.weixin.qq.com/s/VTyg9rtj56DQeXuMqOlJ1g
安装 vue-cli3,在使用任何 @vue/composition-api 提供的能力前,必须先通过 Vue.use() 进行安装,安装插件后,您就可以使用新的 Composition API 来开发组件了。
Vue3 就是基于 Proxy 对其数据响应系统进行了重写,现在这部分可以作为独立的模块配合其他框架使用。数据响应可分为三个阶段: 初始化阶段 --> 依赖收集阶段 --> 数据响应阶段
在2019.10.5日发布了Vue3.0预览版源码,但是预计最早需要等到 2020 年第一季度才有可能发布 3.0 正式版。新版Vue 3.0计划并已实现的主要架构改进和新功能:
有关即将发布的 Vue.js 的第 3 个主要版本的信息越来越多。通过下面的讨论,虽然还不能完全确定其所有内容,但是我们可以放心地认为,它将是对当前版本(已经非常出色)的巨大改进。 Vue 团队在改进框架 API 方面做得非常出色
用新的 Vue 3 编写的程序效果会很好,但性能并不是最重要的部分。对开发人员而言,最重要的是新版本将会怎样影响我们编写代码的方式。如你所料,Vue 3 带来了许多令人兴奋的新功能。值得庆幸的是
emmm 用半天时间捋顺了 vue3 的源码,再用半天时间写了个 mini 版……我觉得我也是没谁了,vue3 的源码未来一定会烂大街的,我们越早的去复现它,就……emm可以越早的装逼hhh
10 月 5 日,尤雨溪在 GitHub 开放了 Vue 3.0 处于 pre-alpha 状态的源码,这次 Vue 3.0 Updates 版本的更新,将带来五项重大改进:速度体积、可维护性、面向原生、易用性
从一开始使用 Vue 时,对于之前的 jq 开发而言,一个很大的区别就是基本不用手动操作 dom,data 中声明的数据状态改变后会自动重新渲染相关的 dom。换句话说就是 Vue 自己知道哪个数据状态发生了变化及哪里有用到这个数据需要随之修改。
Vue 开发团队终于在今天发布了 3.0-beta.1 版本,也就是测试版。通常来说,从测试版到正式版,只会修复 bug,不会引入新功能,或者删改老功能。所以,如果你对新版本非常感兴趣,或者有新项目即将上马,不妨尝试一下新版本
对于大多数单页应用程序而言,管理路由是一项必不可少的功能。随着新版本的Vue Router处于Alpha阶段,我们已经可以开始查看下一个版本的Vue中它是如何工作的。
内容以共享、参考、研究为目的,不存在任何商业目的。其版权属原作者所有,如有侵权或违规,请与小编联系!情况属实本人将予以删除!