小步快跑是这样玩的（下）

系统重构到这一步，我们来看看用户关于时间问候语部分的变更需求：问候需要更加精细，如中午问候“Good noon! ”、傍晚问候“Good evening! ”、午夜问候“Good midnight! ”。除此之外，用户希望在一些特殊的节日，如新年问候“Happy new year! ”、情人节问候“Happy valentine’s day! ”、三八妇女节问候“Happywomen’s day! ”，等等。此时我们发现，我们对时间问候语的变更不再需要修改HelloWorld或其它什么类，而是仅仅专注于修改GreetingAboutTime就可以了，这就是因重构带来的改善。

同时，我们发现，过去只需getHour()就足够，而现在却需要getMonth()与getDay()。随着程序复杂度的提升，我们适时进行了一次重构，将与时间相关的程序抽取到一个新类DateUtil中，就可以顺利地改写原有的时间问候语程序：

/** * The utility of time * @author fangang */public class DateUtil {private Calendar calendar;/** * @param date */public DateUtil(Date date){calendar = Calendar.getInstance();calendar.setTime(date);}/** * @return the hour of day */public int getHour(){return calendar.get(Calendar.HOUR_OF_DAY);}/** * @return the month of date */public int getMonth(){return calendar.get(Calendar.MONTH)+1;}/** * @return the day of month */public int getDay(){return calendar.get(Calendar.DAY_OF_MONTH);}}/** * The greeting about time. * @author fangang */public class GreetingAboutTime {private Date date;public GreetingAboutTime(Date date){this.date = date;}/** * @return the greeting about time */public String getGreeting(){DateUtil dateUtil = new DateUtil(date);int month = dateUtil.getMonth();int day = dateUtil.getDay();int hour = dateUtil.getHour();if(month==1 && day==1) return "Happy new year! ";if(month==1 && day==14) return "Happy valentine's day! ";if(month==3 && day==8) return "Happy women's day! ";if(month==5 && day==1) return "Happy Labor day! ";......if(hour>=6 && hour<12) return "Good morning!";if(hour==12) return "Good noon! ";if(hour>=12 && hour<19) return "Good afternoon! ";if(hour>=19 && hour<22) return "Good evening! ";return "Good night! ";}}

最后，我们建立user表存放用户信息，创建UserDao类为GreetingToUser提供用户信息访问的服务；我们将greetingRule表存放问候语库，创建由GreetingRuleDao接口及其实现类，为GreetingAboutTime提供一个可扩展的、支持多语言的问候语库（如图）。所有这一切都是在现有基础上，通过小步快跑的方式一步一步演变的。

小步快跑是一种逐步进化式的程序设计过程，它要求我们不要一次做太多的设计，不要想着一步到位完成开发。每次完成一个小设计，实现一个小需求，对原有系统进行一个小修改，然后立即运行、测试、验证。它是一个十分新颖的概念，也许你一时半会儿还不能完全领悟，或者欣然接受，因为它太前卫了，与我们传统的思维大相径庭。然而，没有关系，就像一部精彩的小说需要慢慢揭开它神秘的面纱，你会慢慢领悟，终会接受。总之，活在当下，做现在的设计，将来的事情将来再考虑。（续）

相关文章：

遗留系统：IT攻城狮永远的痛

需求变更是罪恶之源吗？

系统重构是个什么玩意儿

我们应当改变我们的设计习惯

小步快跑是这样玩的（上）

小步快跑是这样玩的（下）

代码复用应该这样做（1）

代码复用应该这样做（2）

代码复用应该这样做（3）

做好代码复用不简单

特别说明：希望网友们在转载本文时，应当注明作者或出处，以示对作者的尊重，谢谢！