[读书笔记] 代码整洁之道（七）

琐事耽误，重新执笔。
十四，十五，十六章的内容是针对特定的例子的讲解，不做笔记。

第十七章 味道与启发

本章主要给出了一些代码中的坏味道以及一些启发，同时也有对前几章的总结和归纳，关于纯代码方面还可以参考《重构：改善已有代码的设计》一书。
整理几条个人认为比较容易忽略的。

限制源文件中的语言数量

由于不同的编程语言拥有不同的规则和格式，甚至是风格，而当他们混杂在一起时，很容易令人摸不着头脑，所以应该限制一份源文件中不同语言的数量。

实现明显的行为

遵循最少惊讶原则（principle of least surprise），接口应该表现为用户期望的行为，例如加法运算，就要满足交换律等等，如果明显的行为未被实现，用户就不能在依靠它们对于接口，函数，类的直觉了。

注意边界行为

代码应该有正确的行为，即便在每种边界条件，每种极端情况，每个异常中。也就是代码应该足够健壮。

不要忽视安全性

不要忽略任何一条编译警告，即便在代码仍然能够编译成功。每一条失败的测试都可能是潜在bug的温床，出来混，总是要还的。

不要重复

可以说，代码重构的一大部分工作都是在消除重复，重复意味着难以维护，这也是抽象的一大意义所在，尽可能的避免重复，就是在尽可能的提高代码的可扩展性，因为这意味所有的修改只需要修改一处即可，而不是漫天查找所有相同或者类似代码出现的地方，然后一一改之。

死代码，无用代码

死代码是指那些永远不会用到的代码，永远不会进入放入条件判断，永远不会执行的分支等等，它们应该果断的被移除掉。
无用代码是指为用到的变量，函数，甚至是类，它们虽然被定义出来了，但是没有地方使用它们，删掉吧。

避免否定性条件

对于常人而言，否定式要比肯定式难以明白，因为我们习惯“正”着来，所以条件判断尽可能使用肯定式的判断方式。

以上就是所有关于整洁代码的笔记，总共七篇。