不要再用 Vue 2的思维写Vue 3了

Vue 3 的 Composition API 引入了全新的代码组织方式,但这并不意味着简单的语法变化。文章指出,过度关注技术划分和逻辑复用可能导致代码可读性下降。尤雨溪认为,Compostion API旨在提升代码的维护性和逻辑内聚,而非单纯追求新特性。正确的做法是根据业务逻辑而不是技术类型组织代码,同时适当接受冗余以提高可维护性。
摘要由CSDN通过智能技术生成

作者: 蟹老板爱写代码 

https://juejin.cn/post/6946387745208172558

升级Vue3后,让人最脑壳疼的应该是新的Compostion API语法,他的难点不是语法,而是他提供了全新的组织代码的思维方式。

我刚从Vue2转到Vue3时,代码都严格的遵循Compostion API写法,但是发现比Option API写法维护性更差。

踩过的坑

1. 按技术类型划分代码

在日常开发中,前端一般会收到交互稿或设计稿后开始布局,然后编写逻辑代码。在Vue2中,通常做法是响应数据放到data、逻辑方法放到methods,这样的做法非常方便,也让我们很容易组织代码。

当使用vue3的Compostion API时,如果还是用Vue2的形式组织代码,这不但不会提升代码质量,反而因为缺乏约束而降低可读性。

我在github随便找了一段代码,你觉得这段代码比Vue2简洁吗?

export default {
  setup () {
    const state = reactive({
      message: '',
      msgList: []
    })
    const router = useRouter()
    let username = ''
    onMounted(() => {
      username = localStorage.getItem('username')
      if (!username) {
        router.push('/login')
        return
    
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值