交通标志网,毛笔字,旅馆,电台,摄像机

有哪些资深程序员总结的写代码的秘诀分享一下?

发布时间:

资深不敢说,反正挺显老的;多写了几年的代码,谈不上秘诀,一些经验和大家分享。

1、在正式敲代码之前,一定要多想想流程;这个【想】的时间投入,有的时候比写代码的时间还要多。我通常会在纸上画一画业务流程,哪里会有分支,判断条件是什么样的,甚至细到需要修改哪些代码,哪些代码可以抽象出来写成一个新方法,方法入参回参都是什么。这些工作算是概要设计和详细设计,如果公司不要求写这些文档的话,那就自己拿纸笔画一画。

2、写新代码之前,一定要看一看能不能复用老代码,或者用类库实现;这样可以避免相同或相似的逻辑写多编,要记住:代码越多,Bug越多(精简,不是偷懒);

3、尽可能地提高代码的可读性,包括:类、方法、变量的命名,多谢注释,注意代码的分层、方法的抽象;提高代码的可读性,为了可以为自己和团队成员节约很多不必要的时间。

4、代码编写过程中,一定要时刻问问自己,这样写会不会有效率问题;见过很多开发伙伴,写出来的代码在测试环境上运行没有问题,一发布生产,就会变得效率奇低,这就是忽略了两个环境数据量的差异。

5、如果有条件的话,尽量做一下代码Review,最好每周花一点儿时间做集体的代码Review,目的不是为了查到Bug,而且可以利用这个时间做一下分享;技术能力高的同事说说怎么写比较好,业务水平高的同事说说对业务的理解;并且因为集体代码Review,也会在一定程度上“逼着”程序员提高自己的代码质量。

6、代码出现Bug是很正常的事情,解决掉Bug之后,可以把Bug产生的原因和解决的方法记录下来,避免以后出现类似的问题;程序员能力的提高,就是在产生Bug和修复Bug的过程中提高的。

7、状态不好的时候,就不要写代码;通常一天工作八个小时,能有四个小时在高效的写代码,就是收获满满的一天。

总之,写代码要养成良好的代码习惯:很多时候Bug的产生,不是因为技术能力低,而是因为代码习惯不好。

算不上资深程序员,但在这一行也待了不少年了,说下我的看法。

代码实际上是一种交互,一方面是人机交互。一方面是人人交互,我们从两个角度说下这两种交互分别需要注意什么。

代码最终是要交给计算机执行的。一个软件执行的性能如何和代码质量密切相关。 如果计算机是一个活人的话,恐怕要杀掉不少程序员祭天了吧。 “写的什么烂代码,让我做这么多冗余,低效的运算”。

写代码的时候思考性能,是一个程序员必须拥有的职业素养。性能包括了时间开销和空间开销,编码的时候多问自己几个问题:

1. 我的代码有没有冗余的逻辑

2. 我的代码有没有并行化的可能性

3. 我实现的时候,算法复杂度能不能更加优化

4. 我是否申请了过多的空间

5. 我的程序是否有out of memory, stack overflow的风险

当然这些问题并不是那么好回答,需要一定的积累。平时多练练算法(安利一下leetcode,很好用),千万别觉得做的题目用不上,你需要锻炼的是逻辑思维能力。 另外, 一定要好好研究操作系统, 当你搞懂了操作系统,再来写代码,很多思维就变得不一样了。

一个人开发一套系统的时代过去了,现在是多人合作的时代。代码在程序员中充当了非常重要的沟通作用(相信我,它比文档重要百倍)。好的代码是赏心悦目的, 读起来如同一篇优美的诗。糟糕的代码读起来晦涩难懂,味同嚼蜡,让人恨不得扔到垃圾桶里。

怎样写出人们眼中的"优美"代码呢, 笔者认为有以下几点:

1. 你的代码风格和团队是合拍的,不能是反人类或者凌乱的。变量,函数的命名,括号换行等等至少要统一,这样会大大提升团队的效率。 如果团队不知道采用哪种风格, 也可以考虑参考大公司的规范,比如阿里的代码合约规约,就是业界影响力非常大也备受好评的一份代码规范。

2. 你的代码是层次分明,架构合理的。千万不要把所有的业务逻辑堆在一起, 让人无法卒读!多了解了解设计模式,让自己的代码架构清晰,可扩展性强。否则,你会发现,你一期上线后, 再进行bugfix和新feature开发就会变得异常困难, 很多时候不得不删减大量的代码。

3. 合理的注释。 注释不宜过少也不宜过多, 尽量是那种提纲挈领式的,讲明自己的意图,而不要废话连篇,说一些大家一看就知道的大白话。虽说完美的代码自身就是注释, 但笔者认为大多数人达不到那个境界, 适当的注释还是必要的。

对代码有追求的同学,不放读一读《代码整洁之道》这本书,我想你一定会有收获的。

就写这么多吗, 大家还有什么编码的技巧吗,欢迎在评论区讨论。

交通标志网,毛笔字,旅馆,电台,摄像机 Copyright @ 2011-2019 交通标志网,毛笔字,旅馆,电台,摄像机 All Rights Reserved. 版权所有