前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >如何培养良好的编程习惯?

如何培养良好的编程习惯?

作者头像
Bug生活2048
发布2018-08-31 15:41:42
1.1K0
发布2018-08-31 15:41:42
举报
文章被收录于专栏:Bug生活2048Bug生活2048

编写优美的程序需要灵感和高超的技巧,就像诗人写诗,画家作画,建筑师构筑,充满了乐趣、挑战和美。优雅的程序会像诗歌一样耐人寻味,像名画那样大开眼界,像教堂一样堂皇华丽。所以,计算机编程也同样是一门艺术,程序员就是创造这种艺术的艺术家。

(一)结构、命名、注释

·文件结构

首先你的项目结构要清晰,养成良好的文档结构分类习惯是很有必要的,举个最简单的web网站项目。

把解决方案分成若干个项目,按照各自功能划分,这样相对来说比较清晰。每个项目重也可以根据功能不同,文件种类不同,或者业务不同进行划分。看你如何设计了。

·代码结构

为了增强阅读性,首先该换行的换行,该缩进的缩进「这个感觉不用说,现在工具都比较智能了」。

其次就是代码模块化,每个方法尽量做单一的事情,并且有层次,一定要避免大段逻辑,又是循环,又是判断,还不停的嵌套「看到这样的代码真的会疯」

·命名

文档的命名,变量的命名,方法的命名,对象的命名。相信每个公司应该都会有一套自己的命名规范,但很多时候开发着开发着就变味了。

对个人来说,养成比较主流和公认的命名规范就行了,英文不行就找找翻译,顺便多学几个单词。千万不要来点个人奇葩主义,要知道这样你的同伴会很苦逼的。「曾经阅读过全拼音命名的代码,怎么看怎么别扭。还看到变量名从asd1-asd33的,看的我口吐白沫啊」

·注释与文档

据说程序员最讨厌的四件事是:写注释、写文档、别人不写注释、别人不写文档。

对于大型项目或者二次开发的项目没有文档和注释,那简直是……「心里一万个草泥马在飞啊」

(二)设计模式、CodeReview、单元测试

有了代码规范,接下来就是要提高代码质量了。

·设计模式

代码写到一定火候之后,自己就要有意识的去了解和学习些设计模式,也许你在写代码的时候已经有意无意的用到了,但你可能不了解,也很模糊,这时候,再回过头,看看之前大学学的设计模式,你会恍然大悟,什么抽象工厂模式啊,单例模式啊,外观模式啦,其实也就那么一回事。

·CodeReview

这其实是提高代码质量的一种手段,当一个团队可以定期的去codereview,相互交流,相互去学习模仿,你会发现,整个团队的代码质量有显著提高,并且风格也能基本保持统一。「但以前有个团队是非常失败的,某某负责人带着几个实习生,自己水平不怎么样,结果还每周codereview,导致他们团队的代码出奇的一致。」

·单元测试

单元测试很重要,或许很多人都没有编写单元测试的习惯,也有很多客观因素,比如项目进度不允许之类的。但是从长期来看却是非常省时间和精力的。

如果可以达到60%以上的时间在写Test case, 40%甚至更少在写逻辑,无论改哪一行的代码,都会有Test case 挂掉;只要Test都过了,怎么改代码都可以,如果能达到那样的境界你就完美了。

当你编写多了测试代码之后,你会发现你考虑的问题会更全面,在真正写逻辑代码的时候思路会更加清晰。

(三)总结

很多时候做一件事情最困难的就是坚持,当你一直有一套标准去要求自己,并且能坚持下来,我想这样就变成习惯了。

本文参与 腾讯云自媒体分享计划,分享自微信公众号。
原始发表:2017-03-03,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 Bug生活2048 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体分享计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
目录
  • (一)结构、命名、注释
    • ·文件结构
      • ·代码结构
        • ·命名
          • ·注释与文档
          • (二)设计模式、CodeReview、单元测试
            • ·设计模式
              • ·CodeReview
                • ·单元测试
                领券
                问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档