读《重构与模式》第二章

     昨晚，我又通读了一下这著作的第二章，书中见意要和《重构》一书一起阅读，可惜这本书我到现在还没有看过，所以可能有很多的东西，没有办法很好的理解。

     文中列出了以下的动机，如使新代码的增加更容易，改善现有代码的设计，对代码的理解更为透彻，最为不可思义的是，提高编程的趣问性也是其中的一条。虽然这条在我看来是很重要的，可是在现实中，编程还真不是个有趣的事。就拿现在经历的项目来说吧，设计人员的设计竟然不但设计到接口级别的业务逻辑，而且，还细化到了类的方法级别。开发人员看到这个文档，根本就不用思考，你觉得开发会有什么趣味性，要是我，一定早跑路了。

    看作者似乎很喜欢结对编程这种方式，可是到现在还是觉得有点适应不来，在没有必要的情况下，我不喜欢重构别人的代码，也不喜欢别人给改我的，我觉得自己的代码应该自己来改这样比较好。可能是自己所在的高度不足吧。以前我一直以为自己可以很好的融入的项目中，而从这点看来，自己来未必能做到这一点。

      在这章中，我映象最深的就是重构要循序渐近，从一个个小的重构慢慢的壮大起来，而且，作者还特别举了个例子来说明。这一点是我以前没有想到的，我总觉得等自己代码都写玩了，再来做一次大的重构，在我看来重构不是一个持续的过程，相对于演变式的架构，我更喜欢推倒重来。的确这样，让我产生了很多的设计欠帐，而且越帐越多，往往到了最后，因为太复杂而没有动手进行重构了，这可能是我不重构一直做的不好的第二个原因，第一个当然是测试用例没有写好的问题。

      手到写测试用例，今天我用了一个早上，想重构一下自己的测试用例，可是感觉问题还是很多的，因为以前的觉似用例相对简单，而且对单元测试的粒度也把握得不是很好，想来，这应该也是一个持续的过程吧。