简化条件表达式
9.1 Decompose Conditional (分解条件表达式)
你有一个复杂的条件表达式语句
从if,then,else三个段落中分别提炼出独立函数
将大型的的逻辑判断, 抽取出来成独立的函数, 并赋予函数相应的名称突出行为.
9.2 Consolidate Conditional Expression (合并条件表达式)
你有一系列条件测试, 都得到相同的结果
将这些测试合并为一个条件表达式, 并将这个条件表达式提炼成为一个独立函数.
重要原因:
- 合并后的表达式代码会告诉你
实际上只有一次条件检查, 只不过有多个并列条件需要检查而已, 从而使这一次检查的用意更清晰
- 合并后的表达式代码会告诉你
- 这项重构往往可以为你使用
Extract Method做好准备.
- 这项重构往往可以为你使用
注意: 如果你认为这些检查彼此独立, 的确不应该视为同一次检查, 那就不要使用本项重构. 因为你的代码已经清楚的表达出自己的意义.
9.3 Consolidate Duplicate Conditional Fragments (合并重复的条件片段)
在条件表达式的每个分支上有着相同的一段代码
将这段重复代码搬移到条件表达式之外
9.4 Remove Control Flag (移除控制标记)
在一系列布尔表达式中, 某个变量带有控制标记(control flag)的作用
以break语句或return语句取代控制标记
函数有一个入口, 但是可以有多个出口, 不要局限自己的思路.
9.5 Replace Nested Conditional with Guard Clauses (以卫语句取代嵌套条件表达式)
函数中的条件逻辑使人难以看清正常的执行路径
使用卫语句表现所有特殊情况
条件表达式通常有两种表现形式.
第一种: 所有分支都属于正常行为.
第二种: 条件表达式提供的答案中只有一种是正常行为, 其他都是不常见的情况
如果两条分支都是正常行为, 那应该使用形如: if...else...的条件表达式
如果某个条件表达式极其罕见, 那就应该单独检查条件, 并在该条件为真时立即从函数中返回. 这样单独检查常常被称为卫语句
- 其精髓就是给予某条分支特别的重视
9.6 Replace Conditional with Polymorphism
你手上有个条件表达式, 它根据对象类型的不同而选择不同的行为.
将这个条件表达式的每个分支放进一个子类内的覆写函数中, 然后将原始函数声明为抽象函数.
使用本项重构之前, 首先必须有一个继承结构,如果没有, 现在就需要建立它.
要建立继承结构, 有两种选择用子类取代类型码和用状态/策略模式取代类型码. 前一种做法比较简单, 因此应该尽可能使用它. 但如果你需要在对象创建好后修改类型码, 就不能使用继承手法, 只能使用状态/策略模式. 此外,如果由于其他原因, 要重构的类已经有了子类, 那么也得使用用状态/策略模式. 记住, 如果若干switch语句针对的是同一个类型码, 你只需要对这个类型码建立一个继承结构就行了.
9.7 Introduce Null Object (引入Null对象)
你需要再三检查某对象是否为Null
将null值替换为null对象
多态的最根本好处就在于: 你不必再向对象询问"你是什么类型"而后根据得到的答案调用对象的某个行为 --- 你只管调用该行为就是了, 其他的一切多态机制会为你安排妥当.
减少对象是否存在的判断机制.
你可以查看 Null Object模式.
9.8 Introduce Assertion (引入断言)
某一段代码需要对程序状态做出某种假设
以断言明确表现这种假设
实际上, 程序最后的成品往往将断言统统删除.
