“代码洁癖“是病,但我不想治(附高质量代码实践指南)

我曾经为了一个少了两个空格的缩进,连夜重构了整个项目的代码格式。一位同事因代码变量命名不规范被拒绝合并请求达13次。在某知名互联网公司,一个开发团队因争论是用驼峰命名法还是下划线命名法,整整僵持了一周无法推进项目。这,就是代码洁癖的真实世界。

你可能也有这些"代码洁癖"症状

当你看到这样的代码时,心里是否会有一丝不安?

function getData(param1,param2) {
   
   
if(param1>0){
   
   
let a = 10
    return a+param2
}
else{
   
   
return param2
}
}

如果你有强烈的冲动想要立刻重新格式化上面的代码,恭喜你,你已经感染了"代码洁癖"。这种病症在开发者群体中高度流行,却鲜少被正视。

在这里插入图片描述

你是不是也经常有这些行为?

每次看到不规范的命名变量,就像看到指甲划过黑板一样难受;团队成员提交的代码没有按照规范格式化,你宁可熬夜也要帮他们重写;接手遗留项目时,第一反应不是了解业务逻辑,而是先重构代码结构;甚至会因为一个函数超过30行而感到呼吸困难。

<
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

悲之觞

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

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

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

打赏作者

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

抵扣说明:

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

余额充值