重构培训小结

        公司组织了三天的重构培训，在这三天中，学习了很多重构的方式，也颠覆了很多我对编码的认识。
首先先总结下一些对我帮助很大的重点结论：
1、 最好的设计通常都是在编码中产生的。不能忽视或小看了编码的工作。

2、 代码质量龌蹉与可读性差主要是由于需求变更与破窗效应造成。随着需求的变更，在编码阶段程序员的一些不负责与懒于思考的表现，导致了代码零设计编写，再由于破窗效应，也就是别人皆做我也做的态度，造就了代码质量越来越差。

3、 重当前做起，在编写代码过程中，编码设计与重构同步，是解决代码质量逐渐变差的最好方式。

4、 需要深刻认识《重构》书中所总结的21个代码坏味道，从中总结10条最需要避免的：
   a) 重复代码
   b) 过长方法
   c) 过长类
   d) 过长参数列表
   e) 注释过多
   f) 临时字段
   g) 基本类型偏执
   h) 条件与循环语句过多或多重嵌套
   i) 发散式变化
   j) 散弹式修改

5、 函数编写或重构时，需要遵从单一原则，方法块中代码行数越少越好，杜绝复杂表达式，函数参数不宜过多，过多参数需要考虑使用封装对象方式来进行传递，最重要的是尽量避免重复。

6、 类的编写或重构时，需要遵从面向对象编程，依赖于抽象，符合开闭原则，抽象数据类型，采用职责驱动设计。

7、 很多时候在初始设计时，是无法及时发现可以扩展的地方，重构可以发生在需求变化后，出现坏味道时。开始的扩展设计是建立在丰富经验基础下。

8、 一般不能根据模式去重构，而是从重构到模式。很多时候不能硬性的根据某个模式去重构一段设计，而是先把这段设计进行重构，在重构的过程中再去逐渐考虑使用什么模式。进行从模式到重构需要丰富的项目经验与深度业务理解前提下进行。

     通过这段时间的学习，我最大的收获，也是我自己需要注意的地方是，对代码质量龌蹉的认识，不能从别人身上找原因，需完善自己的编码习惯。在项目中可读性与性能之间，我通常对性能考虑在先，而现在让我理解到的是，只有代码拥有了可读性，才能方便性能优化，如果代码可读性不强，不管性能如何高，在不久的将来，需求变化后，此段代码将作废。