编写可读代码的艺术(作者鲍斯维尔(Dustin Boswell))(2)

2012-10-11

　　细节决定成败，思路清晰、言简意赅的代码让程序员一目了然而格式凌乱、拖沓冗长的代码让程序员一头雾水。除了可以正确运行以外，优秀的代码必须具备良好的可读性，编写的代码要使其他人能在最短的时间内理解才行。

商家名称	信用等级	购买信息	订购本书
		编写可读代码的艺术(作者鲍斯维尔(Dustin Boswell))
		编写可读代码的艺术(作者鲍斯维尔(Dustin Boswell))

本书解释了这种思想，并且用不同语言的大量例子来讲解，包括C++、Python、JavaScript和Java。我们避免使用某种高级的语言特性，所以即使你不是对所有的语言都了解，也能很容易看懂。（以我们的经验，反正可读性的大部分概念都是和语言不相关的。）
每一章都会深入编程的某个方面来讨论如何使代码更容易理解。本书分成四部分：
?表面层次上的改进
命名、注释以及审美——可以用于代码库每一行的小提示。
?简化循环和逻辑
在程序中定义循环、逻辑和变量，从而使得代码更容易理解。
?重新组织你的代码
在更高层次上组织大的代码块以及在功能层次上解决问题的方法。
?精选话题
把“易于理解”的思想应用于测试以及大数据结构代码的例子。

如何阅读本书
我们希望本书读起来愉快而又轻松。我们希望大部分读者在一两周之内读完全书。
章节是按照"难度"来排序的：基本的话题在前面，更高级的话题在后面。然而，每章都是独立的。因此如果你想跳着读也可以。

代码示例的使用
本书旨在帮助你完成你的工作。一般来说，可以在程序和文档中使用本书的代码。如果你复制了代码的关键部分，那么你就需要联系我们获得许可。例如，利用本书的几段代码编写程序是不需要许可的。售卖或出版书中示例的D-ROM需要我们的许可。引用本书回答问题以及引用示例代码不需要我们的许可。将本书的大量示例代码用于你的产品文档中需要许可。

文摘

版权页：

插图：

然后，随着项目的增长，你的目录中加进了越来越多的源文件。很快你就需要多个目录来组织它们了。很难再记得哪个函数调用了哪个函数，而且跟踪bug也要做多一点的工作。
最后，你就有了很多源代码分布在很多不同的目录中。项目很大，没有一个人自己全部理解它。增加新功能变得很痛苦，而且使用这些代码很费力还令人不快。
我们所描述的是宇宙的自然法则——随着任何坐标系统的增长，把它粘合在一起所需的复杂度增长得更快。
最好的解决办法就是"让你的代码库越小，越轻量级越好"，就算你的项目在增长。那么你就要：
?创建越多越好的"工具"代码来减少重复代码（见第10章）。
?减少无用代码或没有用的功能（见下图）。
?让你的项目保持分开的子项目状态。
?总的来说，要小心代码的"重量"。让它保持又轻又灵。
园丁经常修剪植物以让它们活着并且生长。同样地，修剪掉碍事和没用的代码也是个好主意。
一旦代码写好后，程序员往往不情愿删除它，因为它代表很多实际的工作量。删掉它可能意味着承认在上面所花的时间就是浪费。不要这么想！这是一个有创造性的领域——摄影家、作者和电影制版人也不会保留他们所有的工作。
删除独立的函数很简单，但有时"无用代码"实际上交织在你的项目中，你并不知情。下面是一些例子：
?你一开始把系统设计成能处理多语言文件名，现在代码中到处都充满了转换代码。然而，那段代码不能很好地工作，实现上你的程序也从来没有用到过任何多语言文件名。
?为什么不删除这个功能呢？
?你希望你的程序在内存耗尽的情况下仍能工作，因此你有很多耍小聪明的逻辑来试着从内存耗尽的情况下恢复。这是个好主意，但在实践中，当系统内存耗尽时，你的程序将变成不稳定的僵尸——所有的核心功能都不可用，再点一下鼠标它就死了。
为什么不通过一句简单的提示"系统内存不足，抱歉"并删除所有内存不足的代码，终止程序呢？

程序设计

编写可读代码的艺术(作者鲍斯维尔(Dustin Boswell))(2)

文摘