当前位置: 首页 > 互联网 > 正文

阅读《代码简洁之道》

同事的推荐让我有心去看看这本书。经过多年的编程实践。我明白,软件编程的核心是功能的实现。在我们的软件开发过程中,往往更多的重视是系统的功能有没有实现,有没有满足业务的需求。而大多忽视代码的结构,条理与整洁度。忘不了刚参加工作时完成的第一个功能模块。硬是将业务层,逻辑层的逻辑全部写到一个函数之中,密密麻麻一两百行。后来,慢慢地遵照前辈们遗漏下的代码进行模仿,编写。再到一个人去构建一个工程,一个系统。到MVC式的分层设计。巨蟹座大多有完美的情节,所以在写代码时,尽可能的命名规范,代码工整一致。当然阅读了代码简洁之道之后,才更有深刻上的体会。

以前的我经常会为一个函数的名称困惑,我经常看写,而且自己也曾经在函数或存储过程的名称上打上某个人姓名缩写的标记。变量的命名也同样如此,词不达义。变量,函数的与类的命名要尽可能的准确,精确,能让人一眼就看懂其功能或是含义。函数只做一件事,越短小越好,尽可能少的参数,如果参数很多,可以考虑封装成类或对象。而对于注释,有人说越多越好,但经过长时间来看,往往注释没有准确描述当前的功能,或是理解偏差了,这甚至可以从我们代码不易理解来为自己加注释找借口啦。其实,尽可能短的注释,或不要注释。注释本身不会美化代码。人们通常在修改代码的时候不会补充注释,随着时间的推移,注释就不那么准确,甚至是错误的。当前不用的代码,不要注释,应当直接删除。

对于类,有些时候,我们并没有抽象的很成功,类涉及的范围或是功能太多。其实,类应该短小,尽可能内聚,如果一个类或函数用到的变量之间相关性越来越松散,可考虑提取出新的类,实现内聚。我经常看到一些很冗余的代码,也经常参与系统的升级,所以我也慢慢喜欢上系统的重构,重构能消除重复,保证表达力,帮助尽可能减少类和方法的数量。不要怕删不必要的代码,在保证测试成功的情况下,删除不必要代码对我们未来系统的维护是极为有义的。

在软件开发的过程中,有人侧重于功能的实现,而我却不放弃代码的整洁。我喜欢适时的修改不合理的命名与设计,拆分函数,删除注释,格式化代码。让代码变得简单,简洁,让别人很容易的看清自己的代码及其功能含义,的确是一件非常让人高兴的事情,而我也一直为此努力着。

本文固定链接: http://www.byhard.com/?p=1485 | 海纳百川

该日志由 byhard 于2015年12月10日发表在 互联网 分类下,
原创文章转载请注明: 阅读《代码简洁之道》 | 海纳百川
关键字: ,

阅读《代码简洁之道》:目前有1 条留言

  1. 沙发
    91jufan:

    这个可以有!

    2015-12-15 13:33