the growth of Nick

【代码】split loop。

【代码】remove the conditional with polymorhpism。

【代码】Refactoring。

【代码】Abstract Factory。

【代码】Factory Method。

【代码】Replace Nested Conditional with Guard Clauses。

【代码】Factory Method pattern。

这个重构手法我看了不下5遍，但是心中的谜团却始终缠绕着我，重构成继承关系后，如果无法消除条件变量，在决定使用哪个子类的判断时，判断语句或case语句不是又产生了吗，所以多条件判断语句和switch中多个case判断，到底能真正消除吗？这个小小的道理，又再次把我摁在地上摩擦，我肉眼赤裸裸盯着时隔多年反复看了多次都没想明白的用泛化替换复杂判断语句，就因为今天的实践，彻底明了。重构手法，根据《refactoring 》的方法就是用泛化（继承），将条件变量决定的操作放置于子类来消除多条件判断和多个case语句。

public:公有的属性和方法：可以在继承子类和继承外面调用。private:私有的属性和方法：继承子类和继承外面不能调用。protected:保护的属性和方法：只有继承子类可以访问。

在重构：Replace Temp with Query中，用查询函数（query method）来取代totalAmount 和frequentRentalPoints这两个临时变量。首先用getTotalCharge()取代totalAmount:public class Customer { private String _name; private Vector<Rental>

在重构篇里，可以用多态来取代switch语句，但是因为：一部影片可以在生命周期内修改自己的分类，一个对象却不能在生命周期内修改自己所属的类。所以这里不能用策略模式，用多态取代switch，而应该用状态模式（State)。public class Movie { public static final int CHILDRENS = 2; public static final int

public class Movie { public static final int CHILDRENS = 2; public static final int REGULAR = 0; public static final int NEW_RELEASE = 1; private String _title; private int _priceCo

在重构：extract method篇中的，amountFor函数应该搬家到Rental类中。public class Rental { private Movie _mMovie; private int _daysRented; public Rental(Movie movie, int daysRented) { // TODO Auto-generat

把重构：move method篇中的statement函数中，变量thisAmount可以除去啦。

当然，这种情况下，我得到了大量重复代码，因为修改函数之中使用了与查询函数相同的代码。然后，我要逐一替换原函数内所有的return语句，改调用新建的查询函数。每次替换后，编译并测试。例如，有这样一个函数，一旦有人入侵安全系统，它会告诉我入侵者的名字，并发送一个警报。大佬[Meyer]说：某个函数既返回对象状态值，又修改对象状态。建立两个不同的函数，其中一个负责查询，另一个负责修改。该武器是蒙古族人喜欢的一种弯刀，常用于打猎。将查询函数和修改函数分离。