摘要： 系统重构到这一步，我们来看看用户关于时间问候语部分的变更需求：问候需要更加精细，如中午问候“Good noon! ”、傍晚问候“Good evening! ”、午夜问候“Good midnight! ”。除此之外，用户希望在一些特殊的节日，如新年问候“Happy new year! ”、情人节问候“Happy valentine’s day! ”、三八妇女节问候“Happy women’s day! ”，等等。此时我们发现，我们对时间问候语的变更不再需要修改HelloWorld或其它什么类，而是仅仅专注于修改GreetingAboutTime就可以了，这就是因重构带来的改善。 同时，我们发现，过去只需getHour()就足够，而现在却需要getMonth()与getDay()。随着程序复杂度的提升，我们适时进行了一次重构，将与时间相关的程序抽取到一个新类DateUtil中，就可以顺利地改写原有的时间问候语程序... 阅读全文

摘要： 软件的发展规律就是这样的，起初十分简单明了，使我们可以轻松地进行合理的设计。接着开始变更，业务变得越来越复杂，程序也随之变得越来越复杂了。正是因为软件开始由简单软件向复杂软件转变，而我们的设计却没有合理地调整，最后导致了我们的系统越维护越困难，成为了不可被扣的遗留系统——IT攻城狮永远的痛。这就是遗留系统产生的根本原因。 因此，解决遗留系统的根本办法，就是在软件由简单软件向复杂软件转变的关键时刻，适时做出调整，使软件重新回到高质量的状态。这里，我们要做出的调整被称为重构，而做出这种调整的最佳方式，就是“小步快跑”啦。说得那么玄乎，到底什么是“小步快跑”呢？说不尽千言万语，倒不如一个简单的示例... 阅读全文