《Refactoring Improving the design of existing code》--Martin Fowler
chapter-1
例子1：根据不同类型电影，租期长短，计算价格，并输出。写到一个方法了。
可能变化：增加/改变输出样式，电影类型分类可能会变，计费标准会变。
只有优秀的人才能写出人易读的代码。机器永远会理解。
方法/变量名称，是代码清晰的关键。
方法应该放在，它使用的数据所属对象内，这样依赖低。
2，一个电影可以在生命周期内修改分类，一个对象却不能修复所属类。
不能创建电影子类，但可以创建价格子类。replace type with state/strategy,
把type相关行为移到state/strategy内部。
模式取决于：state:代表电影的某个状态，strategy代表计费策略。反映对结构的想法。
面向对象：思考对象的职责。
重构随时随地。
事不过三，三则重构。
重构可以取代预先设计。
switch少用，switch意味着重复。
间接层/方法:价值大于代价（易读复用）才有必要存在。
重复是万恶之源
chapter-6
6.1 extract method 以它“做什么”命令，不是怎么做。
6.4 replace temp with query 。临时变量尽量用final修饰。
double getPrice(){return getBasePrice * discountFactor();}
6.5 introduce explaining variable 解释性变量
boolean isMacOs = platform.indexOf("MAC") > -1;
if( isMacOs && isIEBrower){...}
chapter-7
如果一个类承担太多责任，考虑extract class,如果太鸡肋，考虑inline class
chapter-8
状态码
不变、且行为相同，不用抽取。比如性别男女。
不变、行为不同，抽取子类。
可变，生命周期内可变、或其他原因不能继承，使用state/stratege模式
chapter-9简化方法调用
查询、修改方法分离。getTotalAndSetSum()-->getTotal(),setSum();
参数超过4个时，使用对象封装参数。
工厂方法：根据类型码，提供一组类的，对象构造方式。接口简单统一。
如果有向下转型的代码，首先考虑是否可以用模板类代替。
组合：子类不需要父类的很多操作和接口。接口不能反映子类的功能，意图混淆。
继承：需要使用受delegation的类的所有方法，则改为继承。
类内部field自我封装：直接使用变量，直到它带来麻烦为止，自我封装是方便子类覆盖。
replace data value with object 把电话号码抽取成对象，因为有格式化，抽取区号，登方法
new Customer(1).store(),new Customer(2).store(),store(){list.add(this);}
多个order对应同一个customer，应该只对象改为引用对象，使用工厂
引用对象回提高难度
数组，集合，只应用于一组类似对象，如果不是使用包装对象替换，replace array with object
比如：一个元素是名字，第二个是分数，就应该封装为对象。