“代码洁癖“是病，但我不想治（附高质量代码实践指南）

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

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

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

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

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

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

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

<