重构学习笔记

读了20页还没读到正文，还停留在序和前言上，作者上来的一个生动的例子让我有了读完它的动力，作者提到的那句工程谚语“如果他没坏，就不要动他”,我个人认为其实这是众多项目经理心中的一句谚语，大多数程序员也许还没到这个境界。因为曾经优化一段我看不惯的代码，但是干出个bug出来了，导致被领导狂批

入行几年了，每次写代码都在想怎么才能写出一首优美的代码，每次写多了好像就跑偏了，开始的时候写的还行，感觉后面为了赶时间就离自己的理想状态有点偏差了，也许还是职业素养不够，所以最近学习的尽头还蛮足的，借此机会先学习下重构

今天看到了50页，第一章的内容大家应该平时开发中都有注意，分解和重组，讲的主要是每个方法不要太长，因为把复杂的逻辑分解成一个个短小精悍的小业务逻辑单元，这样不仅对于后面的维护和代码的整洁度都是有好处的，重组即什么样的操作应该交给谁去执行，读者的建议是方法中涉及到哪个对象，那么这个方法就应该是这个对象持有，第一个例子用的重构手法有Extract Mehtod 和Move Method 和Move Field，其实这些也是我们平常优化中常用的手法，只不过大家不知道这些专业术语。