一般来说,代码量越高,开发人员越多,代码质量就越难以保证,比如,开发效率比较低,但是出活出不出来这种情况时有
为什么呢?导致代码质量不高的原因很多,比如代码无注释,无文档,命名不行,分层不行,到处hardcode,充斥着各种临时的解决方案,那么如何保证代码质量问题呢?首先是相关的工作人员能够写出好的高质量代码
并且在此基础上,执行一些技巧
1.吹毛求疵的执行编码规范
严格的执行代码规范,让整体一个项目的书写感觉像是一个人写出来的,并且在编写过程中,严格的遵循代码的规范,命名好的变量名,类,注释等,并且在日常开发和Code Review的时候,看到问题要进行指出和整改
一定要保证好这个执行,不要认为变量或者函数命名严格不严格并不重要,如果重视,那么日积月累,项目的代码会越来越差,所以,细节决定成败,代码的规范很重要
2.编写了高质量的单元测试
单元测试是执行比较容易,且提高质量高的好方法之一,因为其可以整体的提高测试的全面性,而且提前减少大量错误的出现,除了测试正常逻辑的执行外,还需要测试异常下的执行情况,毕竟代码出现的问题地方都在一些异常的情况下
对于大型复杂项目,因为直接上集成测试的成本就会很高,所以执行良好的单元测试,可以再类,函数 这些细粒度的代码层面上,保证代码运行的安全无误,从而减少了集成测试的问题
3.深入细致的进行code review
因为很多工程师对于单元测试并不很重视,对于Code Review也不怎么接收,我们之前说起 Code Review的时候,很多人都认为这是一个虎头蛇尾的东西,因为需要浪费大量时间,导致在任务重的时候,让其很难执行
当时,认真的执行Code Review是很重要的,尤其是很多外企,这已经是开发过程中不可获取的部分了
4.先行书写文档
对于大部分的工程师来说,编写技术文档很让人反感,但是这值得我们去做,在开发某个系统之前,先编写相关的模块技术文档,这样能够保证事先达成共识,开发出来的东西整体有个保证,这样,进行Code Reivew的时候,可以通过阅读开发文档,快速理解代码,而且对于交接工作,技术文档也是极为有用的
5.持续重构 重构
尽量避免堆砌烂代码,是在维护不了,就进行重构或者重写,有时候,因为项目代码太多了,导致重构很难以执行
优秀的代码或者架构不是一开始就设置好的,就好比优秀的公司和产品也是迭代出来的,我们无法100%预见未来的需求,没有足够的精力,为未来买单,但是随着系统的演进,重构不可避免
小重构是很好的,可以时刻的保证代码的质量,防止代码的腐化,不必等待问题一大堆的时候再去解决
而且对于出现了紧张的工期,为了实现一个业务需求,进行追求极致的速度,到处的hard code,堆砌烂代码,迟早有一天会变得无法维护的
6.对项目和团队进行拆分
如果一个项目很小,那么可以在代码比较少的时候,可以随意的管理,开发,即使代码的质量很差,也可以直接重写了,但是如果是一个大型的项目,参与开发的人很多的话,那么,那么研发的管理就很重要
面向大型的复杂项目中,不仅仅需要对代码进行拆分,而且需要对研发团队进行拆分,我们讲了一些代码拆分的方法,比如分层,同样,我们可以将大的团队拆分为小的团队,每个小的团队负责一个小的模块,让其自己可以维护自身
本章总结:
我们刚刚说的都很正常,而且现在网络很发达,可以直接学习,那么重点就在于怎么去执行和执行的细节
对于Code Review,经常出现执行的虎头蛇尾的时候,口号喊的很响,但是很难执行,导致的
敏于言而讷于行,而且除了理论知识和经验外,还有着更重要的分析问题的能力
课后思考:
从管理和开发的两方面,有什么能够保证项目代码的经验呢?
最近就是因为一些新需求的出现,导致接手了一个很久没有人维护的项目,虽然运行起来比较稳定,但是内部充斥着大量的临时解决方案,代码冗余过高,而且没有开发文档,实在是难以维护,只能花费大量的时间去读懂当时的实现思路,然后进行重写一遍,开发效率实在上不去,如果当时的开发人员能够进行一些代码的优化和重构,那么现在相比容易的多了,对于提高代码质量—我个人认为使用多分支管理最为重要