给予代码 100% 的爱

文/高哥

代码也需要被人疼爱。爱代码要像爱自己的男朋友、女朋友一样。

我曾经也做过一段时间的码农，是几年前了。那个时候毕竟还年轻。各方面都欠缺一些经验。不过那个时候是写 c++的，有些模块是别人写得代码，让我写我又写不出来可是看又看不懂。有些模块连注释都不写，我心里真是策马崩腾的感觉。现在想想嘴角还不由銘起一笑。

代码就是码农的面子。而人人都爱面子。代码规范是一定要有的，这个就相当于十字路口的红绿灯一样。"红灯停、绿灯行"，如果没有这个规则，城市就乱套了。比如我每天早上骑车去上班，由于住处离公司比较远，将近 10 公里，有的路段，车走人行道，人走车道。堵塞，不通。能够明明白白体会到那种感受。所谓“无规矩不成方圆”，正是这个道理。

几年前做实施的时候，在数据库中抓出来的 SQL 语句，执行起来很慢，可称之为慢 SQL。心里不由得会骂上一句，这是哪个傻逼写的。这样写，客户能快么？骂归骂，还是要去想办法优化的。因为我在写代码的时候，有时候也不规范，说不准也有人在哪个角落里偷偷骂我呢，哈哈。

写代码都是需要规范的，有这么几个原则：

1、提高编码质量，代码可读性和可维护性。

2、代码编写规范

2.1 删除所有无用代码。

2.2 必须给代码添加注释，一个类的注释字数不得小于代码的百分之20%。

2.3 建议遵循30秒原则。如果另一个程序员无法在三十秒内无法知道你的函数在做什么，如何做以及为什么要这样做，那么说明你的代码是难于维护的，需要得到提高。

2.4 一个函数的代码长度不允许超过100行，超过一百行的函数建议在不破坏原子性的基础上进行拆分。

2.5 变量都应在方法或者类的头部集中定义。

2.6 保证一行代码只做一件事。

2.7 使用括号来控制操作符的运算顺序，以免使用java默认的操作符优先级顺序。

2.8 代码格式化：对代码进行格式化，再进行提交。

2.9 接口不允许没有方法或者变量的声明

3.、命名规范

3.1 各种标识符的命名要使用有实际意义的英文单词或者英文单词缩写，缩写词及英文单词要收录在项目的简写词汇表中。切忌使用阿拉伯数字和拼音进行命名。

3.2 类名：首字母大写，每个单词首字母都需要大写。

每一行代码都有它的用处就如同女神除了能干什么都不能干。女汉子除了不能干什么都能干。普通的工程师堆砌代码，优秀的工程师优雅代码，卓越的工程师简化代码。如何写出优雅整洁易懂的代码是一门学问，也是软件工程实践里重要的一环。

首先想问问大家，在工作中你有没有遇到这两个场景？（摘自于极客时间的大丸子）

场景一：接手了别人的项目， 想要修改功能时却发现程序里充斥着各种无法理解的逻辑、改完之后莫名其妙的bug一个接一个，接手了这个项目后便开始漫无目的的加班。

场景二：当你看到一段不符合自己价值观的代码，理所当然认为写的烂，于是删掉了那段代码，用自己认为更好的方法重新写了一遍，觉得挽救了这个项目。但当对这部分业务逻辑熟悉了之后，发现所删代码中的处理方式是最恰当的。

工作中，对于烂代码和好代码的定义，真的是千人千面。现实环境的变化，也影响着你我对于代码“好”与“坏”的判断标准。软件开发有着不同的生命周期，一个典型的软件生命周期，大致可以划分计划、分析和设计、代码实现、测试、运营和维护这六个阶段，当我们说代码质量的时候，说的是这整个生命周期， 比如说，代码写得快，可是测试起来一大堆问题，就不是好代码。所以最适合当前现实环境的代码，才是最优秀的代码。

人人都想写出好的代码，但并不是人人都能写出好的代码，想要写出优秀的代码，必须要养成好习惯。

最重要的或许是时候该说了。为了不被上司怼，不被同事怼，甚至不被产品经理怼。更为了给自己开拓一点上升的空间。今天我推荐一门课程代码精进之路（注：建议码农买，其余的就别跟着瞎凑热闹了）。老规矩、通过我的链接购买的，送一张我开设的知识星球高哥织梦圈一张门票，平时门票价格是 119（买过的去公号底部菜单关于我中加我私人微信即可）。

换言之就是平常需要 119 进星球，要买课需要另外单独附加 68 块钱，今天只要 68 即可。需要的人看啥都是需要的，不需要的看啥都是垃圾。值不值得自己衡量。废话我就不多说了。

68 块钱，毛都干不成。但是有可能帮助我们能够简化代码，因为所写的每一行代码都是我们的名片。

2019，请给予代码 100% 的爱。期望你能够写代码写出新高度。

往期原创：

说说 shell 脚本

2019，不辛苦

懂业务的技术人！

终生写作者。