关于vue组件内部命名规范的一些思考和意见

本文探讨了在使用Vue开发时遇到的组件命名规范问题,指出当组件代码量增加时,查找和定位变量来源变得困难。作者提出通过添加前缀的方式来明确变量来源,如props:p_,data:d_,computed:c_,methods:m_,以提高代码可读性和问题定位效率。同时,欢迎读者分享更好的解决方案。
摘要由CSDN通过智能技术生成

开局感慨一下,一转眼玩vue已经三年了。平时都是搬砖搬砖搬砖。。。死循环那种。很少写博客,因为我觉得好像没啥好写的,官方文档写的清清楚楚,明明白白。工作中遇到的问题,大部分在官方文档里能找到答案,如果你不知道,那说明你没有认真看文档,或者看得不仔细!剩下的小部分,文档中找不到的,百度谷歌一定有。咱们都是新人,这行发展这么多年了,你要相信你遇到的问题,早有无数前辈踩过了。em。。。啰嗦了,跑题了!咳咳
那么,开始今天的主题吧!
玩了这么久,代码撸了也有不少了,别人的同事的代码也看过不少。每次遇到bug,自己写的还好,找起来得心应手(找不到的都不是我的代码,小声哔哔)。但也有的时候,会有比较大的组件,代码一多起来,命名就有点蛋疼,都懂的。。。这个时候找起来就,比较坑了!跟别说,要是别人的代码,或者已经离开的同事的代码,那就真的好嗨哟!也许有的朋友,这个时候,就会提示我ctrl+f。嗯,没错,这是个好方法,非常好用(真的)!的确,它能找到你想要找到的任何东西。但是,在一些特殊情况,它能找到,可是却无法帮我们快速定位问题。
举个很简单的例子

<!-- 模块注释 -->
<template>
  <div class="test"></div>
</template>
<script>
export default {
  // import引入的组件需要
  • 10
    点赞
  • 10
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 1
    评论
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

_念_

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值