老师现在课程中使用的这种vue3写法相对于vue3支持的vue2语法有什么优点?

来源:7-3 PC 端 Header 模块处理分析与简单实现

曹学习

2022-05-18

感觉还是vue2的结构化语法看得更加清楚,理解上也更加快呀,比如下面这种写法

<!DOCTYPE html>
<html lang="en">

<head>
    <meta charset="UTF-8">
    <meta name="viewport" content="width=device-width,initial-scale=1.0">
    <title>Title</title>
    <script src="https://unpkg.com/vue@3.1.5/dist/vue.global.js"></script>
</head>

<body>
    <div id="root"></div>
</body>

<script>
    Vue.createApp({
        data() {
            return {
                list: [],
                inputValue: ''
            }
        },
        methods: {
            handleAddItem() {
                this.list.push(this.inputValue)
                  this.inputValue= ''
            }
        },
        template:`
            <div>
                <input v-model="inputValue"/>
                <button v-on:click="handleAddItem">增加 </button>
                <ul>
                    <li v-for="(item,index) of list">{{ item }} {{ index }}</li>
                </ul>
            </div>`
    }).mount('#root');
</script>
</html>

写回答

1回答

Sunday

2022-05-18

你好

这其实不是 vue2 和 vue3 的语法争论。而是 composition API 和 options API 的语法争论。

composition API 的出现最初的目的是为了解决 options API 代码过多时,上下滚动的问题。

在最初的 setip 函数语法中,因为语法的方便性,导致 composition API 并不受欢迎。

直到 3.2 的 script setup 语法糖出现,让我们可以像 写 JS 一样写 vue。

另外这并不意味的,在之后我们就必须使用 composition API。

0
1
曹学习
非常感谢!
2022-05-18
共1条回复

基于 Vue3 ,打造前台+中台通用开发提效解决方案

42 种前台常见业务模型, 15 种中台通用组件,成为前端提效高手

788 学习 · 517 问题

查看课程