重构(一)

      这本书买了有段时间了，前段时间一直被两个项目压着，透不出时间来看书，最近接近尾声，终于可以好好看看这本书了。本书由Martin Fowler所写，ThoughtWorks的首席科学家，这里有他的一些介绍http://blog.sina.com.cn/s/blog_4a400574010007q3.html

  重构是一本与设计模式齐名的著作，初次看完这本书，给我最深印象的不是那一条条实用的重构准着，也不是那些能找出”坏味道”的例子，而是熊节先生在译序里面说的一句话：

如果没有单元测试和重构，我没法写代码。

单元测试现在所有的java书应该都有了，自己也曾在项目初期写上了单元测试，并决心贯穿项目始终，但是过了一两周以后，随着项目的进度以及一些技术问题，我慢慢忘记了单元测试，而且在我回想起来的时候，发现没写单元测试其实问题不大。等到项目中后期，当我烦恼于在myeclipse中一次次部署，不断刷新网页查看结果时，我终于想起了单元测试，但是这时候我发现再去写测试已经是项比较庞大的工程，代价不小，而且对于工期也会有一定的拖累，就在这种权衡之中，项目慢慢接近尾声，虽然项目完成的还行，但是中间的很多教训还是得吸取，特别是有些花了几天调试的bug，如果坚持单元测试的话，都是可以避免的。

   曾经以为那些大型的项目的代码都是复杂的，里面充满各种奇技淫巧，对于菜鸟来说根本是不可理解的，这些才是高手写出来的代码，才是大项目。但是自己做了两个项目以后，有了一些实战经验，我才发现，

真正的高手不应该是这样的，他们的代码应该是规范的，用尽可能简单高效的手法实现需要的功能，避免了各种奇技淫巧，有的话也会加上详尽的注释，对于大断复杂的代码，将其”肢解”，增加可读性，扩展性。

突然又想起武侠小说里面的高手，他们往往会一门高深的武功，招式复杂，对手经常没看到他的武器就挂了，横行天下，现在我倒是认为高手与菜鸟相比，更多的是在基本功扎实，有实战经验，而不是体现在招式的复杂度上，复杂的估计都已经失传了 。

  再回头说说这本书，前面四章是一定要看的，特别是第三章，推荐参考里面但提到的各种准来看，如果你有一些实际项目经验，相信你一定会产生共鸣。
这本书不仅有英文版和中文版，还有中英注释版本，对自己英语水平没什么信心，所以当时买了中文版。

  就先到这吧，下篇在写一些具体的读书笔记。