guoshiguang的专栏

今天到图书馆查一些资料，无意之中看到了这本经典的《重构与模式》，才看了第一章，就让我感受颇多。      在这一经典的著作中，作者对TDD的模式，已经推从以了无已附加的和程度。让我感觉没有了TDD的开发模式，就不可能会有重构，而没有重构的代码，不可避免的就会出现设计不足或设计过度的事（相对于设计过度，个人觉得比设计不足来得好多了，过度设计最多就出现在开始的时候多花些工作量，如果是设计不足，...

     昨晚，我又通读了一下这著作的第二章，书中见意要和《重构》一书一起阅读，可惜这本书我到现在还没有看过，所以可能有很多的东西，没有办法很好的理解。     文中列出了以下的动机，如使新代码的增加更容易，改善现有代码的设计，对代码的理解更为透彻，最为不可思义的是，提高编程的趣问性也是其中的一条。虽然这条在我看来是很重要的，可是在现实中，编程还真不是个有趣的事。就拿现在经历的项目来说吧，设计...

      模式由三部分组成，它表达了某个环境，一个问题及解决问题的方法和观点。在学习模式的过程中要尽量必勉造成自己对模式的痴迷，而使代码过于复杂，模式是个好东西，可是什么东西如过过了，也只会好心办坏事，模式是我们达到良好设计的手段，而不是为了模式而设计。作者还是十分肯定设计中的作用的，而且，我想一个不能很好的理解模式的人会把许多优美的设计思想拒之千里之外。为了学习模式，作者还说了一个见意，他见意...

1.重复的代码使用template method去除如果是对象创建是可以使用Factory Method来去除如果代码处理一个对象或者一组对象，可以用composite重构，如果对象处理区别只有在接口不同，可以使用adapter2.方法过长减少方法的长度可以共享逻辑，可以帮助理解代码。如果有包含了一个分派和处理请求的大号swiche可以使用c...