Clean Code --第三章

函数
3.1 短小
函数的第一规则要短小，第二条规则是还要短小
3.2 只做一件事
3.3 每个函数一个抽象层级
自顶向下读代码：向下规则
3.4 Switch语句

Paste_Image.png

3.5 使用描述性的名称
3.6 函数参数
最理想的参数数量是零，尽量避免三参数
3.6.1 一元函数的普遍形式
3.6.2 标示参数
3.6.3 二元函数
3.6.4 三元函数
3.6.2 参数对象
如果函数看来需要两个，三个或者以上参数，就说明其中一些参数应该封装成类
Circle makeCircle(double x,double y,double radius);
Circle makeCircle(Point center,double radius);
3.6.6 参数列表
3.6.7 动词与关键词
3.7 无副作用
函数承诺只做一件事

Paste_Image.png

3.8 分隔指令与询问
函数要么做什么事，要么回答什么事，但二者不可得兼。函数应该修改某对象的状态，或是返回该对象的有关信息，两件都干会导致混乱；
3.9 使用异常替代返回错误码
从指令函数返回错误码轻微违反了指令与询问分隔得规则，会导致更深层次的嵌套及结构，当返回错误码时，就是在要求调用者立即处理错误
3.9.1 抽离Try/Catch代码块

Paste_Image.png

3.9.2 错误处理就是一件事
函数应该只做一件事，错误处理就是一件事，因此，处理错误的函数不该做其他事
3.9.3 Error.java 依赖磁铁
使用异常代替错误码，新异常讲就可以从异常派生类生出来，无需重新编译或重新部署
3.10 别重复自己
重复可能是软件一切邪恶的根源。许多原则与实践规则都是为了控制与消除重复而创建的。
3.11 结构化编程
每个代码块都应该有一个入口，一个出口，意味着在每个函数中只该有一个return语句，循环中不能有break或者contunue语句， 只要函数保持短小偶尔出现也可以接受，另一方面，goto只在大函数中才有道理，所以应该尽量避免使用；
3.12 如何写出这样的函数
写代码跟写别的东西没差，想写什么写什么，然后再打磨它。