首页/ 科普/互联网+/ 代码整洁之道
科普/互联网+
代码整洁之道
作者:Robert C. Martin
出版社:人民邮电出版社

阅读

扫码读书
书籍信息目录(共172章)

【简介】软件质量,不但依赖于架构及项目管理,而且与代码质量紧密相关。这一点,无论是敏捷开发流派还是传统开发流派,都不得不承认。《代码整洁之道》提出一种观念:代码质量与其整洁度成正比。干净的代码,既在质量上较为可靠,也为后期维护、升级奠定了良好基础。作为编程领域的佼佼者,《代码整洁之道》作者给出了一系列行之有效的整洁代码操作实践。这些实践在《代码整洁之道》中体现为一条条规则(或称“启示”),并辅以来自现实项目的正、反两面的范例。只要遵循这些规则,就能编写出干净的代码,从而有效提升代码质量。  《代码整洁之道》阅读对象为一切有志于改善代码质量的程序员及技术经理。书中介绍的规则均来自作者多年的实践经验,涵盖从命名到重构的多个编程方面,虽为一“家”之言,然诚有可资借鉴的价值。

随感
  • 醉猫小龙虾
    一个项目随着时间推移,代码行数越来越多,如果不去精简它,早晚会吃亏的!一个程序员动力不大时,就要有个公司制度去约束!强制程序员去精简
  • 张晓波
    代码注释,是整个代码创造过程中重要的一环,代码注释宜精不宜多,一条好的代码注释可以让阅读者快速在不用了解代码实现细节的基础上,了解你的功能。大大加快项目的推进进度。
  • 邓佳平
    废弃的注释,最好尽快更新或删除。废弃的注释会远离它们曾经描述的代码,变成误导
  • 金龙
    我们的目标是在保持函数和类短小的同时,保持整个系统短小精悍。不过要记住,这在关于简单设计的四条规则里面是优先级最低的一条。所以,尽管使类和函数的数量尽量少是很重要的,但更重要的却是测试、消除重复和表达力。
  • 邓佳平
    如果在程序能工作时就以为万事大吉,我们没能把思维转向有关代码组织和整洁的部分,我们直接转向下一个问题,那么再也不会有时间修改了,因为测试都不会同意你改之前测试稳定的代码
  • 胡启文
    一个函数应该只有一个作用,同时应该在同一抽象层,函数中混杂不同抽象层级,往往让人迷惑。读者可能无法判断某个表达式是基础概念还是细节。更恶劣的是,就像破损的窗户,一旦细节与基础概念混杂,更多的细节就会在函数中纠结起来。
  • 於浩远
    第10章介绍如何组织类的内部,包括基础的封装和保持内聚,这样在修改的时候风险会小很多。11章介绍构建系统的过程,就像建造城市一样,各种模块并非一开始就存在,而是在不断的修改中添加,壮大。 结合起来思考,代码的边界与约束是在修改的过程中不断调整的,没有必要在满足需求的情况下过度设计,同理,在现有的系统中修改添加新的内容时,要尽可能清晰的划分职责。
  • 赵庆礼
    编写代码时尽量减少重复的代码。如果一段代码重复出现,这说明一些思想没有得到很好的体现,所以减少代码重复可以使得代码有更好的表达力。还有就是对错误的处理,使用异常代替错误码。错误码通常是枚举或者是常量,而这样的错误码就像磁铁一样,导致所有用到这些错误码类都需要导入引用它,一旦错误码需要修改就需要修改所有的这些类。而使用异常则不会存在这些问题,新异常可以从异常类里直接派生出来,而不需要修改已有代码。
  • 姚鑫
    可读与强固并不冲突,如果将错误处理隔离,独立于主逻辑之外,就可以写出整洁且健壮的代码。做到这样,我们就能单独处理异常,也极大提高代码的可维护性。
  • S33***218
    重复的代码会导致额外的风险和不必要的复杂度,在后期的维护中很容易造成遗漏。写出自己理解的代码很容易,但是要让其他人也理解你写的代码,就需要提高代码的表达力;好的代码表达力不仅仅需要清晰的逻辑,还需要做到变量名称通俗易懂,函数要短小精简,消除重复代码。
同类书籍推荐
  • 大话设计模式
    吴强
  • 重构
    村西边老王
  • Qt中的C++技术
    张波
  • Windows环境下32位汇编语言程序设计(典藏版)
    罗云彬
  • 敏捷开发一千零一夜
    王立杰
  • 鲲鹏架构入门与实战
    张磊