组合的威力

　　阎宏的《java与模式》和《重构》这两本书都看过了不，确实非常喜欢，刚读完的一段时间里，有意识的用了《java与模式》里的一些模式和《重构》的一些单位方式。不过可能是记忆力的问题，以后开发的时候就只会想到单例，工厂方法，门面，适配器等几个模式。而重构就是在代码发现冗余代码时才进行的。但事实上，我知道其实有些方法已经深入骨髓，而在用的时候不知不觉就粘合在一起了。

　　最近又看了一本小册子《大道至简》，虽然讲的是项目管理的问题，里面的很多思想方法感觉和设计开发是相通的。就象写文档不是为了写文档一样。用模式也不是为了用模式。一切因需要而为之，什么地方需要模式。现在各种框架多的是，但是无非就是用在前台页面和后台数据库持久层上，这些确实是框架可以解决的通用的东西。所以业务层就是模式和重构的最佳突破口。

　　模式和重构的目标是什么？减少冗余代码，写出幽雅结构的代码，然后才是开发的效率问题。道理很简单，所谓代码的臭味，就是相同的代码和相似的代码。就象病毒一样会不断蔓延。设计不好就是没有有效的预防这种疾病的产生，没有重构就是没有及时医治。所以值得骄傲的就是我们开发和设计人员不仅是医生更是艺术家，治疗代码疾病，设计艺术作品般幽雅的代码。

　　从项目管理的角度来说：瀑布模型等传统的开发模式和现在的极限编程模式，应该是有互补性的。传统开发管理模式可以起到总体的把握和设计的作用，而极限编程模式可以用在细化后每个模块的开发上。而极限编程的每个故事(story)又可以使用传统的瀑布模型等开发模式来进行管理和开发。

　　所以我认为学习模式和方法就是要在合适的时机打出组合拳，要比机械化的使用某一种方法有效的多。

推荐看看 《重构与模式》

aimingoo的这个书（大道至简）看来卖的还挺火。不过我认为他讲的某些东西个人感悟成分较大，各人理解会有歧义。