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

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

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

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

相关文档
遗留系统：IT攻城狮永远的痛
需求变更是罪恶之源吗？ 
系统重构是个什么玩意儿
我们应当改变我们的设计习惯
小步快跑是这样玩的（上）
小步快跑是这样玩的（下）

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