代码整洁之道-前端解读版

对象是过程的抽象，线程是调度的抽象。 并发是一种解耦策略。线程帮助我们把做什么（目的）和何时做（时机）分解开。

可读性：★★★✰✰ 理解难度：★★★✰✰ 概述 假使有4条简单的规则，跟着做就能帮助你创建优良的设计，会如何？ 本章中写到的实践来自于原书作者数十年经验的精练总结。

偌大的城市可以正常运转，这是因为每个城市都有各种组织管理不同的部分，如供水系统、供电系统、交通、执法、立法，诸如此类。有些人负责全局，有些人负责细节。

前面讨论了很多关于代码语句以及函数的相关内容，但是，除非我们将注意力放到代码组织的更高层面，否则始终不能得到整洁的代码。

本文主要介绍如何使用起来，不涉及具体测试用例细节。 关于： 前端测试是什么？ 为什么需要单元测试？ 如何写好单元测试？ 下面这篇文章都比较简练的介绍：

在使用我们控制不了的代码时，必须要划清边界，减少耦合，确保未来的修改不至于代价太大。减少修改第三方代码中的东西，避免过度依赖。依靠你能控制的东西，好过依靠你控制不了的东西，免得日后受它控制。

错误处理很重要，但如果它搞乱了代码逻辑，就是错误的做法。 在本章中，将列出编写既整洁有强固的代码，雅致地处理错误代码的一些技巧和思路。

可读性：★★★✰✰ 理解难度：★★★✰✰ 有时，我们希望能够灵活地添加新的数据类型，这时可以使用对象。 有时，我们希望能够灵活地添加新行为，这时可以使用数据类型和过程。

代码格式很重要，代码格式关乎沟通，而沟通是专业开发者的头等大事。我们的格式应该像报纸的排版一样主次分明，上下关联。

注释并不像《辛德勒名单》。它们并不“纯粹的好”。实际上，注释最多也就是一种必需的恶。 作者并不推荐写不必要的注释，只有在不得不的情况下才需要注释

如果把代码比喻成文章，那么类就是名词，函数就是动词，好的函数定义可以让程序变得生动而清晰，帮助你讲好这个故事。那么如何编写好函数呢？

读你代码的人会感觉到开心！ 编码一小时，命名半小时，是什么让我们如此纠结，我认为最大的问题是语言的限制，如果让我们用中文命名也许没这么难，多积攒一些词汇量，做到更好吧！ 起初按规范命名确实会花一些时间

强调写整洁代码的重要性。 细节的重要性 宏大建筑中的最细小的部分，比如关不紧的门、有点儿没铺平的地板，甚至是凌乱的桌面，都会将整个大局的魅力破坏殆尽。

内容提要： 软件质量，不但依赖于架构及项目管理，而且与代码质量紧密相关。 代码质量与其整洁度成正比。干净的代码，既在质量上较为可靠，也为后期维护、升级奠定了良好基础。 专栏文章将根据以下目录进行解读：