课程简介
本课程所要讲述的内容---重构。简言之，该课程教你如何扭转系统腐化，重构复杂遗留系统，减低维护成本。在面对一个错综复杂的，不透明的，令人费解的系统时如何慢慢地，逐步地将其变成一个简单的，有良好组织和设计的系统。
目标收益
培训对象
各类软件研发中心的软件设计师、架构师, 项目经理,技术总监,质量部门经理。对于重构技术怀有疑问和困惑，需要梳理解答的团队和个人，效果最佳。
课程大纲
|
第一部分 为什么软件需要及时重构 第一单元 软件腐烂--重构的必要性 |
内容一：软件业者的反思： 软件腐烂 1.软件腐烂（Software rot），也叫做代码腐烂（code rot）或软件腐朽（software decay）。它描述了随着时间的逝去感知到软件的缓慢衰退，其将最终导致它变得不完善、不可使用或难以维护。 2.软件腐烂（Software rot）有两种形式： 3.1)隐匿的腐烂：软件逐渐不再（仍）被使用随着剩余的应用程序的改变变得不能用。它已经被观察到不再被使用的软件有可能一年的半衰期； 4.2) 活动的腐烂：软件随着不断地被修改趋向于失去它的完整性。 5.破窗效应与技术债务 6.案例演示1-通过演示大型项目，随着客户需求的变化，导致软件结构混乱，大家反思，为什么？ 你认为软件腐烂的原因？ 反思你们公司的软件系统也面临这样的问题吗？ |
|
第二部分 重构 第二单元 何为重构 |
内容一：重构 1.重构概述 2.何时重构 3.重构的误区 4.重构是持续进行的,不要先编写烂代码，再抽出重构 5.如何发现哪些地方需要重构 6.如何保证重构的正确 7.如何测试重构 8.通过一个小案例演示重构的基本思想(什么时间重构,如何发现重构点,如何保证重构的正确性,最后如何验收) 内容二：案例—通过实际项目演示重构 1.介绍项目需求情况,进行设计 2.阅读代码指出代码坏症状 3.通过重构逐步改善代码质量 4.通过该案例演示重构的过程，我们遇到的难处，如何解决？ 内容三：重构关键—代码的坏味道 1.代码坏味道概述 2.代码坏味道的分类 3.识别代码坏味道，是重构的最重要一步 4.所谓重构，无非就是嗅到坏味道，然后，一小步一小步的改了它。问题是，很多人对坏味道的容忍度让他们嗅不到坏味道， 5.案例分析—通过真实项目的代码，分析代码坏味道 |
| 第二单元 重构 |
内容四一：重构 1.重构手法概述 2.简要演示重构的主要手法 3.使用IDE重构工具进行重构 4.通过案例演示如何通过重构工具完成重构 内容二：Rhythm of Refactoring -baby step 1.Baby steps involve making a few code changes and then checking your work by running tests. Typical refactorings take seconds or minutes to perform 2.The Rhythm of Refactoring goes like this: a)Verify that all automated tests (microtests) pass b)Decide what code to change c)Implement one or more refactorings carefully d)Run the microtests whenever you wish to confirm that changes have not altered system behavior e)Repeat until the refactoring is complete or revert to an earlier state |
| 第二单元 重构难题 |
内容一：重构技术难题 1.如何发现重构点 2.知道重构的目标（结果） 3.如何去重构—重构实践 4.如何保证重构的正确性-单元测试 内容二：重构业务难题 1.重构手法概述 2.简要演示重构的主要手法 |
|
第三部分 重构实战1一函数相关重构 第三单元 函数重构 |
内容一：函数的重构 1.函数的重构 2.巨型函数的种类 a)项目列表式巨型方法 b)锯齿状巨型方法 3.分解函数 4.助手方法提取 5.利用自动重构对付巨型方法 6.利用手工重构对付巨型方法 7.引入感知变量 8.函数依赖收集 9.分解助手方法和方法对象 10.通过案例介绍长函数的重构最佳实践 |
| 第三单元 函数策略和技巧 |
内容一： Refactoring Strategies & Tactics 1.Refactoring Strategy: Piecemeal Refactoring 2.Refactoring Strategy:Divide & Conquer 3.Refactoring Strategy:Narrowed Change 4.Refactoring Strategy:Parallel Change 5.Refactoring Strategy:Unified Methods 6.Refactoring Strategy:Evolved Target 7.Refactoring Strategy: Graceful Retreat 8.Refactoring Strategy: Gradual Cutover 9.Refactoring Strategy: Preparing for Change 10.Refactoring Tactic: Rejected Parameter 11.Refactoring Tactic: Caller Swap 12.Refactoring Tactic:Encapsulated Dependency |
|
第四部分 重构实战2一类重构第 四单元 类重构 |
内容一：重构案例—该案例重点 巨大类的重构 1.重构大类 1.对象的职责重构 2.职责的识别 a)方法分组 b)观察隐藏方法 c)寻找可以更改的原因 d)寻找内部关系 e)寻找主要职责 f)接口分离—接口隔离原则 3.提取类和接口 4.通过案例介绍如何重构巨大的类 |
|
第五部分 重构实战3一重构到模式 第五单元 重构到模式 |
内容一：案例---重构设计方案引入设计模式 1.通过项目分析重构到模式的手段 2.构造Template Method 3.以Composite取代一/多之分 4.引入Null Object 5.用Adapter统一接口 6.用Fatory Method引入多态创建 5.通过案例介绍如何重构原始设计方案，演示如何通过重构导入设计模式 内容二：案例---重点介绍重构基本类型依赖和对应模式 1.通过案例学习以下重构到模式手段 2.以State取代状态改变条件语句 3.以Strategy取代条件逻辑 4.以Composite取代隐含树 5.以Interpreter取代隐式语言 6.转移装饰功能到Decorator 7.用Builder封装Composite 8.重点学习案例的重构到模式的过程 内容三：案例---重点介绍重构代码重复和对应模式 7.通过案例学习以下重构到模式手段 8.构造Template Method 9.以Composite取代一/多之分 10.引入Null Object 11.用Adapter统一接口 12.用Fatory Method引入多态创建 13.重点学习案例的重构到模式的过程 内容四：案例---重点介绍重构代码过长/过大的类/方法和对应模式 1.转移聚集操作到Vistor 2.以Strategy取代条件逻辑 3.以Command取代条件调度程序 4.转移聚集操作到Collecting Parameter 5.重点学习案例的重构到模式的过程 |
|
第六部分 重构实战4一模块/组件重构 第六单元 模块重构 |
内容一：模块重构 1.优良的系统设计意味着我们把系统分割成了一个个可单独部署的组件，单独部署意味着如果更改了一个组件，我们也不需要重新部署其他组件。 2.组件和包 坏味道 3.模块之间解耦 4.组件的内聚性实践 5.组件的依赖性实践 6.企业应用系统组件设计最佳实践 7.分析某项目,演示模块重构,如何在大型应用系统进行模块重构 |
|
第七部分 安全重构--构筑重构测试体系 第七单元 单元测试-构筑测试体系 |
内容一：理解单元测试 1.理解单元测试 第一个单元测试 2.单元测试框架提供了什么功能 3.好的测试是什么样子的 4.为什么要写单元测试，为什么不写单元测试 5.为什么要写"好"的单元测试 6.分析真实项目,如何做单元测试， 已经相关问题 内容二：构筑测试体系 1.单元测试中的坏味道 2.让测试容易被看懂的模式 3.让测试容易维护的模式 4.让测试被信得过的模式 5.重构单元测试，改进代码设计 6.如何在集成与单元、黑盒或白盒、Mock和非Mock之间做选择? 7.结合多个案例项目进行分析,分析什么是好的单元测试 |
| 第七单元 重构管理 |
内容一：安全重构 1.重构的恐惧心里 2.重构勇气 3.安全重构和祈祷式重构 4.安全重构保证 a)依赖编辑器 b)签名保持 c)单一目标 d)依赖编译器 e)个人的能力 f)代码审查 g)单元测试 h)验收测试 i)人工测试 5.通过案例如何保证重构的正确性 |
|
第一部分 为什么软件需要及时重构 第一单元 软件腐烂--重构的必要性 内容一：软件业者的反思： 软件腐烂 1.软件腐烂（Software rot），也叫做代码腐烂（code rot）或软件腐朽（software decay）。它描述了随着时间的逝去感知到软件的缓慢衰退，其将最终导致它变得不完善、不可使用或难以维护。 2.软件腐烂（Software rot）有两种形式： 3.1)隐匿的腐烂：软件逐渐不再（仍）被使用随着剩余的应用程序的改变变得不能用。它已经被观察到不再被使用的软件有可能一年的半衰期； 4.2) 活动的腐烂：软件随着不断地被修改趋向于失去它的完整性。 5.破窗效应与技术债务 6.案例演示1-通过演示大型项目，随着客户需求的变化，导致软件结构混乱，大家反思，为什么？ 你认为软件腐烂的原因？ 反思你们公司的软件系统也面临这样的问题吗？ |
|
第二部分 重构 第二单元 何为重构 内容一：重构 1.重构概述 2.何时重构 3.重构的误区 4.重构是持续进行的,不要先编写烂代码，再抽出重构 5.如何发现哪些地方需要重构 6.如何保证重构的正确 7.如何测试重构 8.通过一个小案例演示重构的基本思想(什么时间重构,如何发现重构点,如何保证重构的正确性,最后如何验收) 内容二：案例—通过实际项目演示重构 1.介绍项目需求情况,进行设计 2.阅读代码指出代码坏症状 3.通过重构逐步改善代码质量 4.通过该案例演示重构的过程，我们遇到的难处，如何解决？ 内容三：重构关键—代码的坏味道 1.代码坏味道概述 2.代码坏味道的分类 3.识别代码坏味道，是重构的最重要一步 4.所谓重构，无非就是嗅到坏味道，然后，一小步一小步的改了它。问题是，很多人对坏味道的容忍度让他们嗅不到坏味道， 5.案例分析—通过真实项目的代码，分析代码坏味道 |
|
第二单元 重构 内容四一：重构 1.重构手法概述 2.简要演示重构的主要手法 3.使用IDE重构工具进行重构 4.通过案例演示如何通过重构工具完成重构 内容二：Rhythm of Refactoring -baby step 1.Baby steps involve making a few code changes and then checking your work by running tests. Typical refactorings take seconds or minutes to perform 2.The Rhythm of Refactoring goes like this: a)Verify that all automated tests (microtests) pass b)Decide what code to change c)Implement one or more refactorings carefully d)Run the microtests whenever you wish to confirm that changes have not altered system behavior e)Repeat until the refactoring is complete or revert to an earlier state |
|
第二单元 重构难题 内容一：重构技术难题 1.如何发现重构点 2.知道重构的目标（结果） 3.如何去重构—重构实践 4.如何保证重构的正确性-单元测试 内容二：重构业务难题 1.重构手法概述 2.简要演示重构的主要手法 |
|
第三部分 重构实战1一函数相关重构 第三单元 函数重构 内容一：函数的重构 1.函数的重构 2.巨型函数的种类 a)项目列表式巨型方法 b)锯齿状巨型方法 3.分解函数 4.助手方法提取 5.利用自动重构对付巨型方法 6.利用手工重构对付巨型方法 7.引入感知变量 8.函数依赖收集 9.分解助手方法和方法对象 10.通过案例介绍长函数的重构最佳实践 |
|
第三单元 函数策略和技巧 内容一： Refactoring Strategies & Tactics 1.Refactoring Strategy: Piecemeal Refactoring 2.Refactoring Strategy:Divide & Conquer 3.Refactoring Strategy:Narrowed Change 4.Refactoring Strategy:Parallel Change 5.Refactoring Strategy:Unified Methods 6.Refactoring Strategy:Evolved Target 7.Refactoring Strategy: Graceful Retreat 8.Refactoring Strategy: Gradual Cutover 9.Refactoring Strategy: Preparing for Change 10.Refactoring Tactic: Rejected Parameter 11.Refactoring Tactic: Caller Swap 12.Refactoring Tactic:Encapsulated Dependency |
|
第四部分 重构实战2一类重构第 四单元 类重构 内容一：重构案例—该案例重点 巨大类的重构 1.重构大类 1.对象的职责重构 2.职责的识别 a)方法分组 b)观察隐藏方法 c)寻找可以更改的原因 d)寻找内部关系 e)寻找主要职责 f)接口分离—接口隔离原则 3.提取类和接口 4.通过案例介绍如何重构巨大的类 |
|
第五部分 重构实战3一重构到模式 第五单元 重构到模式 内容一：案例---重构设计方案引入设计模式 1.通过项目分析重构到模式的手段 2.构造Template Method 3.以Composite取代一/多之分 4.引入Null Object 5.用Adapter统一接口 6.用Fatory Method引入多态创建 5.通过案例介绍如何重构原始设计方案，演示如何通过重构导入设计模式 内容二：案例---重点介绍重构基本类型依赖和对应模式 1.通过案例学习以下重构到模式手段 2.以State取代状态改变条件语句 3.以Strategy取代条件逻辑 4.以Composite取代隐含树 5.以Interpreter取代隐式语言 6.转移装饰功能到Decorator 7.用Builder封装Composite 8.重点学习案例的重构到模式的过程 内容三：案例---重点介绍重构代码重复和对应模式 7.通过案例学习以下重构到模式手段 8.构造Template Method 9.以Composite取代一/多之分 10.引入Null Object 11.用Adapter统一接口 12.用Fatory Method引入多态创建 13.重点学习案例的重构到模式的过程 内容四：案例---重点介绍重构代码过长/过大的类/方法和对应模式 1.转移聚集操作到Vistor 2.以Strategy取代条件逻辑 3.以Command取代条件调度程序 4.转移聚集操作到Collecting Parameter 5.重点学习案例的重构到模式的过程 |
|
第六部分 重构实战4一模块/组件重构 第六单元 模块重构 内容一：模块重构 1.优良的系统设计意味着我们把系统分割成了一个个可单独部署的组件，单独部署意味着如果更改了一个组件，我们也不需要重新部署其他组件。 2.组件和包 坏味道 3.模块之间解耦 4.组件的内聚性实践 5.组件的依赖性实践 6.企业应用系统组件设计最佳实践 7.分析某项目,演示模块重构,如何在大型应用系统进行模块重构 |
|
第七部分 安全重构--构筑重构测试体系 第七单元 单元测试-构筑测试体系 内容一：理解单元测试 1.理解单元测试 第一个单元测试 2.单元测试框架提供了什么功能 3.好的测试是什么样子的 4.为什么要写单元测试，为什么不写单元测试 5.为什么要写"好"的单元测试 6.分析真实项目,如何做单元测试， 已经相关问题 内容二：构筑测试体系 1.单元测试中的坏味道 2.让测试容易被看懂的模式 3.让测试容易维护的模式 4.让测试被信得过的模式 5.重构单元测试，改进代码设计 6.如何在集成与单元、黑盒或白盒、Mock和非Mock之间做选择? 7.结合多个案例项目进行分析,分析什么是好的单元测试 |
|
第七单元 重构管理 内容一：安全重构 1.重构的恐惧心里 2.重构勇气 3.安全重构和祈祷式重构 4.安全重构保证 a)依赖编辑器 b)签名保持 c)单一目标 d)依赖编译器 e)个人的能力 f)代码审查 g)单元测试 h)验收测试 i)人工测试 5.通过案例如何保证重构的正确性 |
近期公开课推荐
