《代码整洁之道》部分总结

参考书籍：《代码整洁之道》
参考资料：https://baijiahao.baidu.com/s?id=1593432099625337535&wfr=spider&for=pc

一直以来没有过多关注过自己代码写的是否冗余（自以为还不错），然而…
最近被称代码 不优雅 不优雅 不优雅
要好好整改整改这不优雅的毛病了…

如果我要讲一个真实的故事，我会从我的命名开始 – Kendrick Lamar
注释并不能弥补劣质的代码
每个人有自己的注释，这就是谣言开始的方式 – Venus Williams
代码规范化是要去交流，而交流是一个专业的开发者首先要做的 – Robert C. Martin
犯错是人类的本性，但是持续犯错就是穷凶极恶的 – Georges Canguilhem
程序员必须为了让人能阅读代码而书写代码，而机器执行只是顺便的 – Harold Abelson
代码好坏的一些标准：
包括圈复杂度，嵌套深度，变量跨度，设计模式，UT测试等等可数可量化的指标.

1.Bjarne: 整洁的代码只做好一件事

整洁的代码力要求集中，每个函数、每个类和每个模块都全神贯注于一件事情

2.简单代码的规则

（1）通过所有测试；（2）没有重复代码；
（3）体现系统中的全部设计理念；
（4）包括尽量少的实体，比如类、方法、函数等。

3.有意义的命名

命名要做到名副其实，避免误导，长短应与其作用域大小相对应
不使用双关语，做到“一词一义”

4. 函数

（1）函数的第一条规则–短小，第二条规则–更短小；
（2）函数应该做一件事。做好这件事。只做这件事。
（3）使用描述性的名称，自顶向下读代码；
（4）函数参数：最理想的参数数量是零，其次是一，再次是二，应尽量避免三；
（5）使用异常替代返回错误代码；
（6）抽离Try/Catch代码块；（7）尽量不要重复代码。

5.注释

• 尽量避免口语化的注释，坏注释都是糟糕代码的支撑或借口；
• 能用函数、变量时就别用注释，注释也应该遵循简洁之道；
• 可注释版权信息，警示信息等。

6.格式

6.1 垂直格式

• 向报纸学习（短小精悍）；
• 垂直方向上空白行隔开了概念，靠近的代码则暗示了他们之间的紧密关系；
• 相关函数：若某个函数调用了另外一个，应该把它们放到一起，而且调用者应该尽可能放在被调用者上面；
• 概念相关：概念相关的代码应该放到一起，相关性越强，彼此之间的距离应该越短。

横向格式
（1）应尽量保持代码行短小；（2）缩进；
（2）空格符使用在赋值运算中加强了分隔效果，且强调其前面的运算符。

The Law of Demeter
模块不应该了解它所操作对象的内部情形