代码整洁之道.pdf
http://www.100md.com
2019年12月18日
![]() |
| 第1页 |
![]() |
| 第10页 |
![]() |
| 第18页 |
![]() |
| 第26页 |
![]() |
| 第50页 |
参见附件(10033KB,782页)。
作为一个开发师,写一手整洁的代码是非常的有必要的,不仅自己看着舒服,让同事或者后维护项目的人都能一眼看懂,那么这本代码整洁之道非常适合你学习。

代码整洁之道介绍
软件质量,不但依赖于架构及项目管理,而且与代码质量紧密相关。这一点,无论是敏捷开发流派还是传统开发流派,都不得不承认。《代码整洁之道》提出一种观念:代码质量与其整洁度成正比。干净的代码,既在质量上较为可靠,也为后期维护、升级奠定了良好基础。作为编程领域的佼佼者,《代码整洁之道》作者给出了一系列行之有效的整洁代码操作实践。这些实践在《代码整洁之道》中体现为一条条规则(或称“启示”),并辅以来自现实项目的正、反两面的范例。只要遵循这些规则,就能编写出干净的代码,从而有效提升代码质量。
《代码整洁之道》阅读对象为一切有志于改善代码质量的程序员及技术经理。书中介绍的规则均来自作者多年的实践经验,涵盖从命名到重构的多个编程方面,虽为一“家”之言,然诚有可资借鉴的价值。
代码整洁之道作者解决
Robert C. Martin,是软件工程领域的大师级人物,是《敏捷软件开发:原则、模式与实践》、《敏捷软件开发:原则、模式与实践(C#版)》(邮电)、《极限编程实践》(邮电)等国内引进的畅销书的作者,其中原著荣获美国《软件开发》第13届震憾(Jolt)大奖,Martin的敏捷系列书是软件工程界书籍。本书是他的又一力作。
Martin在书中对代码具有革命性的解读
阐述了整洁代码的佳敏捷实践的方法
书中介绍规则均来自Martin多年的经验,拥有很高的借鉴价值
韩磊,互联网产品与运营专家,技术书籍著译者。曾在全球的IT中文社区CSDN及《程序员》杂志任副总经理、总编辑等职。现居广州。译著有《梦断代码》和《C#编程风格》。与刘韧合著《网络媒体教程》,与戴飞合译《BeginningC#Objects中文版:概念到代码》。
代码整洁之道部分目录
第1章 整洁代码
第2章 有意义的命名
第3章 函数
第4章 注释
第5章 格式
第6章 对象和数据结构
第7章 错误处理
第8章 边界
第9章 单元测试
代码整洁之道内容预览
这也意味着函数不应该大到足以容纳嵌套结构。所以,函数的缩进层级不该多于一层或两层。当然,这样的函数易于阅读和理解。代码清单3-1显然想做好几件事。它创建缓冲区、获取页面、搜索继承下来的页面、渲染路径、添加神秘的字符串、生成HTML,如此等等。代码清单3-1手忙脚乱。而代码清单3-3则只做一件简单的事。它将设置和拆解包纳到测试页面中。
过去30年以来,以下建议以不同形式一再出现:函数应该做一件事。做好这件事。只做这一件事。
问题在于很难知道那件该做的事是什么。
代码清单3.3只做了一件事,对吧?其实也很容易看作是三件事:(1)判断是否为测试页面;(2)如果是,则容纳进设置和分拆步骤;(3)渲染成HTML。如果函数只是做了该函数名下同一抽象层上的步骤,则函数还是只做了一件事。
编写函数毕竟是为了把大一些的概念(换言之,函数的名称)拆分为另一抽象层上的一系列步骤。
代码清单3.1明显包括了处于多个不同抽象层级的步骤。显然,它所做的不止一件事。即便是代码清单3-2也有两个抽象层,这已被我们将其缩短的能力所证明。然而,很难再将代码清单3.3做有意义的缩短。可以将if语句拆出来做一个名为include Setup And Teardonws Ifrestpage的函数,但那只是重新诠释代码,并未改变抽象层级。
所以,要判断函数是否不止做了一件事,还有一个方法,就是看是否能再拆出一个函数,该函数不仅只是单纯地重新诠释其实现。
代码整洁之道截图

附件资料:
相关资料1:




