首页 > 代码库 > 大话重构连载8：盘点我们的重构工具箱
大话重构连载8：盘点我们的重构工具箱
下面我们来盘点一下系统重构工具箱里都有什么，也就是看一看系统重构到底都有哪些方法。系统重构总是在不同层次上调整我们的代码，因此重构方法也就分为了多个层次。从总体上看，重构方法分为以下几个层次：方法的重构、对象的重构、对象间的重构、继承体系间的重构、组织数据的重构与体系架构的重构。
前面那个例子我们可以清楚地看到方法的重构过程。方法的重构往往发生在一个对象的内部，是对一个对象内部的优化。从这个例子中，我们首先看到了增加注释、调整顺序、重命名变量、进行分段等操作，这些虽然不是什么重构方法，却是我们进行前期准备的常用技法。随后我们将通过注释分段存放的各个代码段提取出来，形成单独的函数。这种重构方法被称为“抽取方法（Extract Method）”。
随后我们继续重构。仔细观察这个程序我们发现，这个程序内聚性不好。最好用一个DateUtil管理诸如getHour()的方法，用Greeting管理各种问候语及其规则，因此我们进行了如下重构：
1 /** 2 * A utility about time. 3 * @author fangang 4 */ 5 public class DateUtil { 6 /** 7 * Get hour of day. 8 * @param date 9 * @return hour of day10 */11 public int getHour(Date date){12 Calendar calendar = Calendar.getInstance();13 calendar.setTime(date);14 return calendar.get(Calendar.HOUR_OF_DAY);15 }16 }17 18 /**19 * All kinds of greeting.20 * @author fangang21 */22 public class Greeting {23 /**24 * Get the first greeting.25 * @param user26 * @return Hi, {user}.27 */28 public String getFirstGreeting(String user){29 return "Hi, "+user+". ";30 }31 32 /**33 * Get the second greeting.34 * @param hour35 * @return if in the morning, say "Good morning!", 36 * if in the afternoon, say "Good afternoon!", 37 * else say "Good night!".38 */39 public String getSecondGreeting(int hour){40 if(hour>=6 && hour<12){41 return "Good morning!";42 }else if(hour>=12 && hour<19){43 return "Good afternoon!";44 }else{45 return "Good night!";46 }47 }48 }49 50 /**51 * The Refactoring‘s hello-world program52 * @author fangang53 */54 public class HelloWorld {55 /**56 * Say hello to everyone57 * @param now58 * @param user59 * @return the words what to say60 */61 public String sayHello(Date now, String user){62 DateUtil dateUtil = new DateUtil();63 int hour = dateUtil.getHour(now);64 65 Greeting greeting = new Greeting();66 return greeting.getFirstGreeting(user)+67 greeting.getSecondGreeting(hour);68 }69 }
这里我们将getHour()从HelloWorld类中抽取出来，放到了DateUtil类中，使HelloWorld类中仅保留一个引用。同时，我们将getFirstGreeting()与getSecondGreeting()从HelloWorld类中抽取出来，放到了Greeting类中，使原程序变为引用。这样的技法我们称之为“抽取类（Extract Class）”。
再仔细观察这一段程序：
1 /** 2 * Get the second greeting. 3 * @param hour 4 * @return if in the morning, say "Good morning!", 5 * if in the afternoon, say "Good afternoon!", 6 * else say "Good night!". 7 */ 8 public String getSecondGreeting(int hour){ 9 if(hour>=6 && hour<12){10 return "Good morning!";11 }else if(hour>=12 && hour<19){12 return "Good afternoon!";13 }else{14 return "Good night!";15 }16 }
除了morning, afternoon, night以外，如果我们再增加evening，程序的可扩展性就不好了。因此我们将它们提取出GreetingRule接口，并分别编写了morning, afternoon, night和evening的实现类：
1 /** 2 * Greeting rules interface 3 * @author fangang 4 */ 5 public interface GreetingRule { 6 /** 7 * @param hour 8 * @return whether the rule is right 9 */10 public boolean isRight(int hour);11 12 /**13 * @return the greeting words14 */15 public String getGreeting();16 }17 18 /**19 * The greeting in the morning20 * @author fangang21 */22 public class MorningGreeting implements GreetingRule {23 24 /* (non-Javadoc)25 * @see org.refactoring.helloWorld...GreetingRule#getGreeting()26 */27 @Override28 public String getGreeting() {29 return "Good morning! ";30 }31 32 /* (non-Javadoc)33 * @see org.refactoring.helloWorld...GreetingRule#isRight(int)34 */35 @Override36 public boolean isRight(int hour) {37 if(hour>=6 && hour<12){38 return true;39 }40 return false;41 }42 }
其它几个实现类我就不累牍了，最后将getSecondGreeting()方法改成这样：
1 /** 2 * Get the second greeting. 3 * @param hour 4 * @return if in the morning, say "Good morning!", 5 * if in the afternoon, say "Good afternoon!", 6 * if in the evening, say "Good evening! ", 7 * else, say "Good night!". 8 */ 9 public String getSecondGreeting(int hour){10 for(GreetingRule greetingRule : greetingRules){11 if(greetingRule.isRight(hour)){12 return greetingRule.getGreeting();13 }14 }15 throw new RuntimeException("Error when greeting! ");16 }
这种将相似的，或者同类型的代码抽取出来形成接口，以及接口下的多个实现，我们称之为“抽取接口（Extract Interface）”。
看了这些例子你可能会有一个疑问，这样简单的程序搞成这样，是否值得？是的，不错，程序的结构应当与需求的复杂度相适应。简单的需求编写简单的程序，复杂的需求编写复杂的程序。如果将简单的需求，为了玩技术，搞成了复杂的程序，那就是“过度设计”。但这里为了更加清楚的向大家展示重构，又能够使大家不要因为复杂的程序而分心，故而将简单程序过度设计了一把。但在后面我们可以看到，当业务需求逐渐复杂时，我们进行以上这些重构是值得的。
文后附录列出了所有的重构方法，它们都来源于重构经典书籍《重构，改善既有代码的设计》，在日后的时间我们应当反复咀嚼这些方法。
正如武侠大师金庸所说的“无招胜有招”，如此多的重构方法不是要让你去生搬硬套，而是应该对其进行深刻理解以后，最终变成你自己的重构方法。我们在实际工作中不要过于介意我们用了什么重构方法，哪次重构是用的哪个方法，只要是合适的设计就OK。但是，在无招胜有招之前，我们必须要有招，即学会了、理解了各个招式，在实际工作中你才能想起这些招式，去运用这些招式。学习与实践总是两个相辅相成、相互促进的过程。
然而，系统重构经典书籍不少，指导我们实践的书籍却不多。相信有许许多多有志之士，在看过重构的书籍以后，激情洋溢、热血澎湃，但回到现实世界中，回到实际工作中却无所适从，经过一番苦苦挣扎之后，从此作罢。因此，本书将从实践出发，用实际工作中的示例，用更加真实的视角向大家展示，系统重构是怎样指导我们工作的，让大家真正地用起来。
大话重构连载首页：http://www.cnblogs.com/mooodo/p/talkAboutRefactoringHome.html
特别说明：希望网友们在转载本文时，应当注明作者或出处，以示对作者的尊重，谢谢！