如何编写高质量的代码

写在前面

2019年已经到来,这几天脑海里也在思考自己这一年的的所有经历。总的来说,2018年实在是比较难过的一年,不管是整个大的社会环境、个人的投资还是家庭琐事,都不是令人满意,甚至用很糟糕来形容也不为过。

作为一个软件工程师,其他无关的事情就不写了,切回本文主题,这里只想总结一下如何编写高质量的代码。

为什么要写这个主题

关于软件工程质量,肯定是大家非常比较关心的话题,也是一个老生常谈的问题。而且作为一个软件工程师,编写高质量的代码,应该是我们的最高职责,夸张一点说就是我们的立命之本。

结合自己这几年的体会,虽然有多年的开发经验,但是在编写高质量代码上做得并不好,有的项目可能说是做得很失败。主要表现在下面几个方面:

1、随意:有时候写代码可能就写着写着就把代码质量抛在脑后了,这就是代码意识不够高的典型表现。
2、偷懒:有的时候为了快速完成需求,往往想偷懒,走捷径实现功能;
或者为了实现某个功能,直接去Google度娘上去搜索代码片段,直接copy过来用。
3、基本功不扎实:有些功能,可能不熟悉某种算法或不遵从架构规范,把问题想复杂了;
4、经验不足:这里针对的是高并发,一个APP可能10到100个用户使用没有任何问题,但是一旦用户量激增,各种崩溃闪退就立马上来了。

我觉的软件工程应该是一个理性与感性结合的系统工程。理性就是用我们的逻辑思维是解决现实中的具体问题,这里面肯定需要很多逻辑的理性知识,比如说某个算法等等,而感性则是指的是代码的美:简洁,规范,高效,就是说我们写代码不光要实现功能,而且要写得简单,高可用,易维护,让别人一看我们写得代码好像是在欣赏一件艺术品!

可以在下面几个层面去提升自己编写高质量代码的能力:
1、编写的代码首先要自测,这是最基本的要求。一个合格的程序员,不要等到测试测出问题才去解决,自己写的代码自己最清楚,哪里逻辑写的不合理,哪里代码写得不够优雅,自己是最清楚的。另外,如果同伴有时间,有可以让他们看看我们写的代码,有时候我们自己觉得写得很好,别人可不这么认为。

2、在写代码之前,不要想着这个功能之前实现过就拷过来用,或者直接去Github上找别人实现好的类库就用。我的观点是可以参考别人写的东西,但是自己一定要消化好,之前已经有很多大公司就吃过亏了,很多大的软件事故就是因为工程师没有对代码保持敬畏才出现的,很多东西不管三七二十一就套用进去,出了问题几天还找不出哪里有问题。所以,我还是觉得在动手写代码之前,可以参考别人的实现思想,但是代码还是得自己一行行写,自己写的东西是影响最深刻的,以后万一出了问题也有据可查。

3、遵从开发规范,慢慢积累自己的一套开发规范。很多时候我们没有遵从开发规范往往会出问题,或者别人接手很吃力。比如:变量定义规范,内存回收规范等等。我始终觉得很多事情做起来是有一套章法的,章法就是所谓的套路,比如说实现某个功能,就有对应的1,2,3步程序,只要我们做好每一步最后的结果可能不会差到哪里去,代码的质量无形中就提升了。

4、多读,多写,多想。多读就是要多阅读别人的代码,特别是好代码,比如很多类库的作者代码都写得很好,从软件架构上看别人是怎么思考的,然后从功能划分,看他们是怎么一步步实现功能的。另外就是多读专业技术书刊,练好基本功。
多写自不必说,就是要多敲代码,我这里还有一点感受就是,隔一段时间把自己写的代码拿出来看一下,然后看哪里写的不够好就重构,从一个变量开始,从一行行代码开始,不要嫌改动小,慢慢的,重点是培养代码重构的意识,要多做代码重构,要用于对之前写的代码举起大刀,有点代码可有可无的要大胆的砍掉,有的逻辑写的很混乱,要大胆的砍掉重写。

总之,为了提高代码质量,对待自己丑陋的代码要用壮士断腕的勇气去改进它们。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值