最近公司业务比较多,码的代码也比较多,有新开的功能,也有对旧功能的改造。在这个过程中,就免不了对别人旧代码的改动。由此得出了几点开发心得:
- 不要着急写代码:接到开发任务,先不要着急下手写代码。先把传达下来的开发文档仔细研读一边,根据需求研讨会上面讲的内容对文档进行核对,看看哪些接口是需要编写的,编写的时间大概需要多久,给自己定一个预估的排期(包括自己对接口的自测时间)。继而再考虑整个模块的设计编码工作,设计所需时间不比开发时间短。
- 避免长期用打补丁的方式去写代码:例如写的接口肯定没法对所有可能出现的业务场景进行判断,无可避免的会出现各种if/else判断,这个时候,就可以考虑写一个通用的工具类好,或者设计模式去对其进行处理。其次,如果一直对代码这样子打补丁的方式修补,就会让后面接触这部分代码的人先入为主地认为只需要继续打补丁就可以把问题修复,影响代码简洁性易读性。
- 对代码进行Code Review:虽然说Code Review耗时耗力,还可能不讨好,但是交叉检验代码,往往能让别人发现自己发现不了的问题(暂且不论是好是坏)。
- 把大的任务拆分成小块:接到较大的开发任务时不要一次性想着马上把代码码完,最好是将其拆分成一个个小的目标小的模块,开发好后对其进行单元测试之类的,免得自己因为任务大而繁杂进而陷入不必要的焦虑影响开发进度,要懂得自我调节。
- 对新人要有一定耐心:新人写代码的时候思想还是学校写代码的那一套,一般代码量是比较低的一个水平,而且编码规范也不怎么样。所以作为有经验的开发人员,需要帮助其对开发任务在有必要时进行介入,帮助其梳理好开发思路,commit代码后去检查代码编写是否规范之类的问题,辅助新同学能在编程能力上早日获得进步。