本文主要是介绍《代码整洁之道》之旅（1）——序言、目录、第1章：整洁代码，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
序
以丹麦的一个名为“乐嚼（Ga-Jol）”糖果品牌的包装盒上的谚语，“小处诚实非小事”，引出该书的小主题-以小见大。
为了阐述整洁代码的重要性，作者举出以下例子：
（1）宏伟的建筑如果不在意细小的部分，比如关不紧的门，有点儿没铺的地板，或者是凌乱的桌面，都有可能让整个建筑大局的魅力毁灭殆尽。
（2）汽车工业中，大量的工作并不在于生产而在于维护或者避免维护。
接下来道出1951年在日本出现的“全员生产维护（Total Productive Maintenance，TPM）” 的质量保证手段。TPM的支柱之一5S哲学如下，整理（Seiri），整顿（Seiton），清扫（Seiso），清洁（Seiketsu），素养（Shitsuke）。
尊崇“代码即设计”“简单代码”理念，提出“我们应当视代码为设计——作为过程而非终点的设计——这种高尚行为的漂亮体现。耦合与内聚的架构韵律在代码中脉动”。
目录
第1章 整洁代码
阅读本书有两种原因：第一，你是个程序员；第二，你想成为更好的程序员。
1.1 要有代码
我们永远抛不掉代码，将需求明确到机器可以执行的细节程度，就是编程要做的事。而这种规约正是代码。我们可以创造各种与需求接近的语音。我们可以创造帮助把需求解析和汇整为正式结构的各种工具。然而，我们永远无法抛弃必要的精确性——所以代码永存。
1.2 槽糕的代码
20年代80年代末，一个写了个很流行的杀手应用的公司，因为赶着推出产品，代码写得乱七八糟，特性越加越多，代码越来越乱，最后没法管理这些代码，导致发布周期拉长，崩溃几率越来越大，最终公司关门大吉了。
只要你是位有经验的程序员，定然被槽糕的代码困扰过好多次。那么程序员为什么写糟糕的代码呢？
是想快点完成吗？是要赶时间吗？有可能。或许你觉得自己要干好所需的时间不够；假使花时间清理代码，老板就会大发雷霆。或许你只是不耐烦再搞这套程序，期望早点结束。或许你看了看自己承诺要做的其他事，意识到感觉弄完手上的东西，好接着做下一件工作。这种事我们都干过。
1.3 混乱的代价
1.3.1 华丽新设计
1.3.2 态度
注：呆伯特，著名IT讽刺漫画
1.3.4 整洁代码的艺术
1.3.5 什么是整洁代码
在此第一章的内容就全部结束了。这章主要阐述的整洁代码的价值以及写糟糕的代码所带来的代价是什么。作者最后点睛之笔，要想轻松写代码就先让代码易读。这句话道出了好的代码也有助于开发者继续写其他代码。看到这，你是否也蠢蠢欲动想要写出具有艺术感的代码呢？让我们继续拭目以待吧！
如果本文带动了你写好代码的冲动，如果在写代码某个细节上你有比《代码整洁之道》更好的建议，希望不吝回复本文章，大家一同进步，一同写整洁的代码。
这篇关于《代码整洁之道》之旅（1）——序言、目录、第1章：整洁代码的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
