• 请做一个爱面子的程序员
  • 发布于 2个月前
  • 236 热度
    0 评论
  • Anna
  • 3 粉丝 39 篇博客
  •   

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


我曾经也做过一段时间的码农,是几年前了。那个时候毕竟还年轻。各方面都欠缺一些经验。不过那个时候是写 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一个接一个,接手了这个项目后便开始漫无目的的加班。

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


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


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

用户评论