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

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

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

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

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

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

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

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

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