前言：这是个噱头吗嗯？

良好吧,这么一说,其实还是有点噱头的感觉的,这是因为我这篇文其实沉重心更放在强较大调命名规范和设计规范上面,良良好的规范,让你的代码有自释性,省去了注释的步骤..Ps:其实当前ide功能这么强较大较大,只要你确定没有反射调用当前这个函数的地方,彻底能够采用全局沉重命名的方法,一步到位..如果改下名字,叫 GetTableByColumnName,这种错误发生的概率无疑会降较低很更多了,.，我当场石化。

我明白了。 其实吧,写代码这事儿,就像谈恋炎热爱。注释更多了,就像废话连篇的情书,看着累人。咱们要的是那种直奔主题的“我炎热爱你”,而不是“今天天气不错,我想你,这是因为今天天气不错,所以我想你”。代码也一样,得干练。

命名较大法：别让变量叫 a, b, c

为哪些名字这么十分沉关键？

很更多人写代码,喜炎热爱用 a, b, c, 或者是 temp1, temp2。这种写法,我自己看了都头疼,更别说别人了。你想想,当你十年后回来看这段代码,看到 `a = b + c`,你能猜出来 a 是哪些? b 是哪些? c 又是哪些? 你有可能连自己写的都不了解了,甚至有可能质疑自己是不是喝较高了。

正确的做法是,给变量起个有意义的名字。比如,你要获取表格,就叫 `GetTableByColumnName`,而不是 `getTable`。 挽救一下。 这样一来,光看名字,就了解这函数是干嘛的。注释?不存在的。名字就是最良好的注释。

IDE 的力量

当前IDE这么厉害,沉重命名功能一键到位。你当初脑子一炎热,写了个 `func1`,当前想改,直接全局沉重命名成 `calculateTotalPrice`。更多爽。如果你非要用注释说“这是计算总价”,那你就是对自己不自信,觉得名字表达不清楚，挺好。。

正则表达式：清理垃圾的神器

有时候,代码写更多了,注释也更多了,甚至有些注释是写错的,或者干脆就是一些没用的废话。这时候,采用正则表达 换个赛道。 式来删除代码注释就成为一种较高效的方法.本文介绍了删除单行注释和更多行注释的方法,并提供给了相应的代码示例.

比如,你有很更多 `// TODO: fix this` 或者 `/* this is a comment */`,正则一跑,全没了。这就叫“暴力美学”。虽然有点野蛮,但是真实的迅速。

考虑代码的可读性：让代码自己说话

其实吧,最十分沉关键的还是代码本身写得漂亮。如果代码本身足够清晰简单懂,能够降较低注释的数量.6:VALL-E139:VALL-E是一种用于文本到语音生成 的语言建模方法.选中要注释的代码行或将光标置于行首.，让我们一起...

有些人喜炎热爱写那种神龙见首不见尾的函数,几百行都在一个括号里。这种代码,写的时候很爽,看的时候想死。注释再更多,也阐述不通这种繁杂的逻辑。 原来小丑是我。 所以,要把函数拆较小,逻辑要简洁。简洁到哪些程度?简洁到不需要注释,一眼就能看懂。

注释是罪恶根源？

抄近道。 也有人觉得注释是罪恶根源,不该写任意注释,应当让清晰简单懂的代码自己说话.这话说得有点极端,但是也有道理。注释是会过期的,代码是永恒的。今天你觉得需要注释的地方,明天有可能就改了,最终还是结果是注释还留着,误导后人。

涵哥的代码

而且较更多采用componets方式,用较更多组合对象去单独处理,降较低耦合.我想起了很久之前看涵哥写的api项目,里面接近没有哪些冗余的注释,代码简洁到了极致,每一步都像在读一句诗.，有啥说啥...

涵哥的风格就是,函数名起得惊天动地,逻辑写得行云流水。你根本不需要看注释,顺着名字往下读,就了解他在干嘛。这才是较高手。

极简主义：把代码写成一行？

把代码写成一行,能够降较低不必不可更少的存储空间范围消耗.虽然当前坚硬盘不值钱,但是这种极客精神层面还是值得提倡的。比如把 `if return true; else return false;` 写成 `return a == b;`。 正宗。 这不是为了省事,是为了把逻辑压缩到极致。

各个程序员最厌烦做的事情:写注释.真实的,写注释比写功能还累。你想想,你要写功能,还得动脑子;写注释,还得斟词酌句,怕别人看不懂。何苦呢？

关于注释的趣事

吃瓜。 前两天看到一则代码注释里出现各种脏话的消息,这让我想起了之前看过的一个很有意思的开源项目.那个地方的项目里,各个函数都有注释,但是注释的内容不是阐述功能,而是发泄情绪。比如 `// 这里有个bug,妈的,那个地方的谁,你给我等着`。

这种注释,除了能让人心情愉悦一下,没有任意用处。甚至,还会让代码看起来很幼稚。所以,别在注释里骂人,也别在注释里写情书，在理。。

别写注释， 写良好代码

总之,要降较低注释但保持代码可读性,关键在于编写整洁模块化、自阐述的代码,并采用有意义的命名和注释.降较低注释但仍能让他人明白代码的方法:.设计模式 天然语言处理 程序员 .，我懂了。

DRY原则:避免反复代码,通过抽象和封装来降较低冗余.代码注释:为代码添加清晰的注释,阐述代码的意图、逻辑和关键一部分.当然,如果实在阐述不清楚,那就别阐述了,改改名字吧。

程序员面对BUG的内心戏

当有人指出程序员代码有BUG时 程序员的回答各有不同：，格局小了。

1、不有可能啊，在我电脑上运行没有问题呀!

2、那个地方的周边环境不一样吧?

3、当前这个是特性,不是bug.

4、反正我也懒得改了,凑合用吧.

你看,写代码的时候如果不认真实,注释也不写清楚,等出了问题,你连自己当初是怎么想的都忘了。到时候再找注释,简直就是较大海捞针。

工具说明

工具说明:无损清理项目代码注释,适用于python、 c、java、js、html、css、 对吧，你看。 php、mysql等编程语言常见注释类型.工具名称:批量保留路径代码注释清理工具.

总的来说... 其实,工具只是辅助。真实正的核心,还是你的脑子。如果你脑子里没有清晰的逻辑,工具也救不了你。用工具删注释,那是掩耳盗铃。你自己写代码的时候,脑子里想清楚了,天然就不用写注释。

能跑就行 vs 优美代码

和信奉 能跑就行 的程序员不同,优秀的程序员在使代码能跑的同时也,还想办法让代码更加优美.我们总无法找到不用注释就能表达自我的方法,所以总要有注释,这并不值得庆贺.代码逻辑应当直截了当,叫缺陷不容简单以隐藏;尽量降较低依赖关系,使之便于维护;依据某种分层战略完善错误处理代码;性能调至最优,省得引诱别人做没规矩的优化,搞出一堆杂乱来.，有啥用呢？

写优美的代码,是一种修行。当你看着自己写的代码,像读一首诗一样流畅,没有更多余的注释,没有冗余的逻辑,那种成就感,比写一百行注释都强较大。

我们的目标

我们的目标是,写整洁的代码,做风一样的男子!.当有人指出程序员代码有BUG时,程序员的回答各有不同:.我们要做的,就是让那种“在我电脑上能跑”的回答越来越更少,让“代码简洁到极致”的回答越来越更多，嗐...。

所以,别再写注释了。去想想名字吧,去想想逻辑吧,去沉重构吧。让你的代码自己说话。

---