如何优化coding 前言 最近一直在做修改bug工作,修改bug花费时间最多的不是如何解决问题而是怎样快速读懂代码.如果代码写的好的,不用debug就可以一眼看出来哪里出了问题.实际上,我都要debug好多遍才能差不多理解这个业务逻辑,进而分析原因以及修改修复的代价.这项工作花费了我绝大部分的时间,而且并没有什么意义,因为fix bug之后就再也不会处理这些代码了. 因此,易读性应该放在代码的首要位置,如果长期维护的话. 1.好的命名规范和良好的注释 什么样的命名才是好的?可以表明这个方法的功…