读《代码整洁之道》有感

毕设全是编程。最开始编了一个有一千多行的Main函数，处理Word文档里的数学公式。里面还用了不少goto语句。功能虽然实现了，心里面感到很可耻。改用面向对象的组织结构编，划分了一些类，每个类明显简洁了不少。
为了解决goto，又把递归玩得越来越溜了。终于2300多行的代码变成了不到900行。
在这个过程中，越发觉得，编写好代码，把代码编的像一首诗而不是一坨屎，简直是一种享受。我修改代码的过程中，发现了几本书非常好。比如《凌波微步 开发案例集》还有我手头的这本《代码整洁之道》。
做个读书笔记吧。

• 函数名应该传递信息，读你代码的人也是程序员，所以尽量使用可查找、CS专业的词语，其次才是领域专有名词。不要怕长名称。千万不要用一些不明所以，自作聪明的函数名，变量名。

• 类名要是名词，简短为好。

• 函数尽量短小，多少算短小呢——20行封顶。

• 一个函数只做一件事情，做好这件事情。如何辨别是否函数是做了一件事情呢，看这个函数是否还能再拆出一个函数。

• 每个函数中的语句应该保证在同一个抽象的层级上。用“自顶向下”的模式编程。如“要想怎样1，就要怎样2，要想怎样2，就要怎样3……”

• 函数的参数越少越好，0参比1参好，2参勉强接受，再多就不好了。如果函数看来需要两个、三个或三个以上的参数，就说明其中一些参数应该封装为类了

• 函数名与参数间最好应该形成一种良好的“动词/名词对应”，例如write(name).

• 抽离Try...Catch块，因为错误处理本身就是一件事，

• 由于函数足够小，故break,return,continue均可以出现

• 有一点一定要注意，没人能做到一开始就写出这样的程序

• 永远不要忘记，真正的目标在于讲好系统的故事

• 记住，所有的注释都是迫不得已
  好的注释有：
  1.法律信息
  2.提供信息的注释
  3.对意图的解释
  4.阐释
  5.警示信息
  6.ToDo注释
  坏注释有：
  1.喃喃自语
  2.多余的注释（无意义）
  3.误导性注释
  4.循规式注释
  5.日志式注释
  6.位置标记
  如//Actions//////////////////////////
  7.括号后的注释
  如{
  }//while
  8.署名
  9.注释掉的代码
  10.非本地信息
  11.信息过多

• 代码整洁关乎沟通，而沟通是专业开发者的头等大事

• 实体变量应该在类的顶部声明
  代码在垂直位置上的区隔、靠近、引用与函数的毗邻

• 数据抽象
  我们不愿意把暴露数据的细节，更愿意以抽象的形态表述数据。这并非使用借口/赋值器就可以万事大吉的
  面向过程式代码难以添加新的函数，因为必须修改所有类

• 德墨忒尔定律
  类C的方法f只能调用以下对象的方法
  C
  由f创建的对象
  作为参数传给f的对象
  由C的实体变量持有的对象

数据结构类的形式
1.数据传递对象
{
public a;
public b;
}
2."bean"结构
{
private a;
private b;

public class get{}
.......

}