概述
程序员都想写出好的代码,在是在真正工作中, 往往不能做到,我自己也不做到。你肯定见过一些,底层技术任务很牛B(其实就是不牛逼),所谓的大牛,但是看他们的代码很烂,逻辑性差,逻辑性差其实业务理解能力差。
代码其实是给人看的,是需要维护的,如果是计算机执行其实无所谓。
在程序员维护其他人的代码时候,第一反应是代码太烂,看不进去了,一坨狗屎,哪个SB写的,其实往往我们自己在别人眼里就是那个SB。但是如果自己写,未必就能写好。无论你的代码写的多好,在别人眼里,也有不好的地方.程序员应该不断总结回自己的代码,是否有在此查看时候,看自己在当时怎么写出一坨狗屎代码。每次结束一个功能的时候,利用半小时或者在1个小时,小步不断重构,让其易懂变好,追求极致。
我个人认为始终贯彻一点代码是给人看的,是需要维护的。如果是计算机其实无论好坏,只要是正常逻辑,满足性能无所谓
推荐几本书
- 阿里巴巴编程规范指南
- 重构改善既有代码设计
- uml和模式应用
- 软件架构设计
实际项目中总结的一些review点(持续更新)
- 过于随意的代码
- url命名
- 代码格式化
- 类命名
- 类的职责
- 变量作用域
- 方法作用域
- 单一方法行数
- public方法必须判断入参
- 方法注释说明
-一个方法体中重复get属性 - 代码正常逻辑概览
- 性能,如循环取值
- 日志 无参数语义不能缺的
- sql上查询全部查询必须去掉
text的字段,如果描述
描述这种字段不能随着对象一起放在redis里,必须单独获取(如果不常用可以不用放的) - 如果是批量保存无特殊原因,必须批量保存,不能for循环一条一条insert
- redis缓存不带过期时间,
- redis大对象
- insert或者update操作web层必须携带token