为入职一段时间员工,学习了一段时间公司的代码规范,越发发现,有良好的书写代码规范,不单单会使程序变得清楚明朗,而且有助于调试BUG,促进团队合作、降低维护成本、有助于代码的审查、以及促进软件工程师自身的成长。而且,我相信,如果我们代码规范能够做好的话,且不说开发水平提高多少,至少我们也会有很多出色的项目。
1)为何规范的代码会有助于代码审查?
首先,我个人是赞同代码审查的。一个人书写代码,肯定会有这样那样的小错,BUG,代码审查不仅仅是对于这些错误,BUG的检查,而且是对于审查者和软件工程师而言,都是一个学习的机会。
但是,开发随意,加重的代码审查的工作量及难度,并且使得代码审查工作没有根据,浪费了大量的时间却收效甚微。
代码规范不仅使得开发统一,减少审查拿督,而且让代码审查有据可查,大大提高了审查效率和效果,同时代码审查也有助于代码规范的实施。一举多得,何乐而不为呢。
2)规范的代码有助于调试BUG么?
很多IT人士将程序员比做民工,这也的确非常的形象。就像刚才提到的,复杂的算法或逻辑只占项目中很小的比例,大多仅仅是垒代码的工作。可是越是简单,测试的bug反而是越多,而且是无穷无尽的bug。这里很大的程度上是由于代码不规范所致。
没有规范的对输入输出参数的规范,没有规范的异常处理,没有规范的日志处理等等,不但导致了我们总是出现类似空指针这样低级的bug而且还很难找到引起bug的原因。相反,在规范的开发中,bug不但可以有效减少,查找bug也变得轻而易举。
规范不是对开发的制约,而确实是有助于提高开发效率的。
3)规范的代码为什么能促进团队合作?
一个项目,基本上是由一个团队来完成的。如果没有统一的代码规范,那么每个人的代码肯定风格各异。且不说存在多个人来开发同一个模块的情况,即使分工明确,每人开发一个模块,在整合项目的时候,就会非常头疼。
大多数情况下,特别复杂的算法实际上是没有的。但,读别人的代码是非常痛苦的一件事情。如果风格统一,整个项目的可读性就会大大提高,看到这段代码以后会觉得很熟悉,不会有“又是一段新代码”“不是我写的代码,真不想看”这样的感觉。显然,规范的代码会促进团队合作。
4)规范的代码真的可以降低维护成本么?
随着我们软件工程师项目经验的累计,会越来越重视后期维护成本。而开发过程中的代码质量往往影响后期维护成本。因此,我们不得不在开发中小心翼翼。
刚才提到过,规范的代码会让程序的可读性大大提高。我相信很多程序员都维护过不是自己写的项目。看见不是自己写的代码,肯定会有一种抵触感。
举一个例子:从客户手里接过一个项目,A开发完成,B添加了一些功能,C又继续添加了功能,然后是D,E,F……等到Z来维护的时候,我相信看到前25个人开发的东西,25种风格,基本上就相当于一堆乱码,估计他想死的心都会有了。维护也就进行不下去了。或者说:会浪费很多时间去读取一堆乱码。因此,统一的代码风格会降低维护成本。
另外,好的代码规范会对方法的度量、类的度量以及程序耦合性作出约束。这样不会出现需要修改一个上千行的方法或者去扩展一个没有接口的类的情况。规范的代码对程序的扩展性提高,无疑也是对维护人员的一个奖励。
5)代码规范为什么可以帮助软件工程师自身成长?
即使明白代码规范的好处,但是有的迫于项目压力,有的因为繁琐的规范作出很多额外的工作,更有的不重视维护的问题,而很难贯彻代码规范。
那么,我们需要了解,规范开发最大的受益人其实是自己!
你有没有花费很多的时候查找自己的代码呢?尤其是出现bug的时候需要逐行的debug?自己写的代码乱了头绪的确实也见了不少。我们应该做的就是规范开发,减少自己出现的错误。很多时候项目的压力一部分也是由于前期开发中遗留的众多的问题。
还有的人觉得自己可以完成高难度的算法,就认为自己能力很强,不把规范放在眼里。很多人确实是这样,追求个性,大概让别人看他的代码一头雾水更觉得得意。殊不知复杂的算法确实可以体现你个人的逻辑能力,但是绝不代表你的开发水平。我们知道一些开源项目,一些大师级人物写得程序都是极其规范的。并非规范了就代表高水平,实际上是规范的代码更有利于帮助你理解开发语言理解模式理解架构,能够帮助你快速提升开发水平。不明白这点,即使你写的再高明的算法,没准哪天也被当作乱码别处理掉。
记住!每天垒乱码(或许你不觉得,但是大多时候在别人眼中确实就是乱码)并不能使你获得更多的进步,相反要达到高水平的程序员,养成良好的开发习惯是绝对必需的。
不要沉迷表面的得失,看似无用的东西要经过慢慢的累积由量变达到质变的时候,你才能感受到其价值所在。
联系客服