改善既有的代码-重构(ppt).ppt

重构技术
邱百超
badqiu(a)
1
精选课件
讲解内容
重构介绍
重构原则
代码的坏味道
重构技巧
重构工具使用实例
Q&A
2
精选课件
名言
任何一个傻瓜都能写出计算机可以理解的程序，只有写出人类容易理解的程序才是优秀的程序员 – Martin Fowler
3
精选课件
什么是重构
Refactoring是对软件内部结构的一种调整，目的是在不改变外部行为的前提下，提高其可理解性,降低其修改成本。
4
精选课件
为什么重构
改进软件的设计。
程序员对代码所做的为了满足短期利益代码改动，或再没有完全清楚增个架构下的改动，都很容易是代码失去它的清晰结构，偏离需求或设计。而这些改动的积累很容易使代码偏离它原先设计的初衷而变得不可立即和无法维护。
Refactoring则帮助重新组织代码，重新清晰的体现结构和进一步改进设计。
5
精选课件
为什么重构
提高代码质量，更易被理解
容易理解的代码可以很容易的维护和做进一步的开发。即使对写这些代码的程序员本身，容易理解代码也可以帮助容易地做修改。程序代码也是文档。而代码首先是写给人看的，让后才是给计算机看的。
6
精选课件
为什么重构
Refactoring帮助尽早的发现错(Bugs)
Refactoring是一个code review和反馈的过程。在另一个时段重新审视自己或别人代码，可以更容易的发现问题和加深对代码的理解。
Refactoring是一个良好的软件开发****惯。
7
精选课件
为什么重构
Refactoring可以提高开发速度
Refactoring对设计和代码的改进，都可以有效的提高开发速度。好的设计和代码质量实体提高开发速度的关键。在一个有缺陷的设计和混乱代码基础上的开发，即使表面上进度较快，但本质是试延后对设计缺陷的发现和对错误的修改，也就是延后了开发风险，最终要在开发的后期付出更多的时间和代价。
项目的维护成本远高于开发成本.
8
精选课件
何时重构?
添加新功能时一并重构
为了增加一个新的功能，程序员需要首先读懂现有的代码。
修补错误时一并重构
为了修复一个Bug,程序员需要读懂现有的代码。
Code Review时一并重构
9
精选课件
何时不该重构?
代码太混乱，设计完全错误。与其Refactor，不如重写。
明天是DeadLine
永远不要做Last-Minute-Change。推迟Refactoring，但不可以忽略，即使进入Production的代码都正确的运行。
Refactoring的工作量显著的影响最后期限
一个Task的计划是３天，如果为了Refactoring，需要更多的时间（ ２天或更多）。推迟Refactoring,同步可以忽略。可以把这个Refactoring作为一个新的Task，或者安排在Refactoring的Iteration中完成。
10
精选课件