內容一：軟件業(yè)者的反思： 軟件代碼的為什么會變爛
1. 軟件可維護性(為什么必須重視軟件的可維護性)
2. 代碼質量概述
3. 破窗效應
4. 技術債務
5. 對代碼的重新認識---代碼就是設計
6. 案例演示1-通過演示國內某電信項目，隨著客戶需求的變化，導致軟件結構混亂，大家反思，為什么？ 你認為代碼變爛的原因？

內容二：重構思想與誤區(qū)
1. 重構概述
2. 何時重構
3. 重構的誤區(qū)
4. 重構是持續(xù)進行的,不要先編寫爛代碼，再抽出重構
5. 如何發(fā)現(xiàn)哪些地方需要重構
6. 如何保證重構的正確
7. 如何測試重構
8. 通過一個小案例演示重構的基本思想(什么時間重構,如何發(fā)現(xiàn)重構點,如何保證重構的正確性,最后如何驗收)

內容三：案例—通過實際項目演示重構
1. 介紹項目需求情況,進行設計
2. 閱讀代碼指出代碼壞癥狀
3. 通過重構逐步改善代碼質量
4. 通過該案例演示重構的過程，我們遇到的難處，如何解決？

內容一：重構關鍵—發(fā)現(xiàn)代碼的壞味道
1. 代碼壞味道概述
2. 代碼壞味道的分類
3. 識別代碼壞味道，是重構的最重要一步
4. 所謂重構，無非就是嗅到壞味道，然后，一小步一小步的改了它。問題是，很多人對壞味道的容忍度讓他們嗅不到壞味道，
5. 案例分析—通過真實項目的代碼，分析代碼壞味道

內容二：重構手段和IDE重構工具
1. 重構手段概述
2. 簡要演示重構的手段
3. 使用IDE重構工具進行重構
4. 重構工具的使用標準
5. 重構工具的使用心得
6. 通過案例演示如何通過重構工具完成重構

內容一：重構案例—該案例重點 巨型函數(shù)
1. 函數(shù)的重構
2. 巨型函數(shù)的種類
a) 項目列表式巨型方法
b) 鋸齒狀巨型方法
3. 利用自動重構對付巨型方法
4. 利用手工重構對付巨型方法
5. 引入感知變量
6. 函數(shù)依賴收集
7. 分解助手方法和方法對象
8. 通過案例介紹函數(shù)的重構最佳實踐

內容二：重構案例—該案例重點 分解函數(shù)和函數(shù)參數(shù)重構
1. 分解函數(shù)
2. 助手方法提取
3. 函數(shù)參數(shù)的重構
4. 函數(shù)參數(shù)的相關壞味道
5. 流程函數(shù)和功能函數(shù)的調用關系
6. 通過案例介紹如何代碼之中的分解函數(shù)和函數(shù)之間參數(shù)的重構

內容三：重構案例—該案例重點 復雜條件表達式重構
1. 復雜條件表達式重構
2. IF/Else深層嵌套語句的重構
3. Switch語句的重構
4. 重構表驅動
5. 通過案例介紹如何代碼之中的復雜條件表達式的重構

內容四：重構案例—該案例重點學習代碼重復
1. 代碼重復分類以及重構手段
2. 強加的重復（imposed duplication）:開發(fā)者覺得他們無可選擇-環(huán)境似乎要求重復
3. 無耐心的重復（impatient duplication）:開發(fā)者偷懶,他們重復,因為那樣似乎更容易.
4. 無意的重復（inadvertent duplication):開發(fā)者沒有意識到他們在重復信息
5. 開發(fā)者之間的重復（interdeveloper duplication):同一團隊(或不同團隊)的幾個人重復了同樣的信息.
6. 通過案例介紹代碼的重復,以及如何重構

內容一：重構案例—該案例重點 巨大類的重構
1. 重構大類
1. 對象的職責
2. 單一職責原則與類的重構
3. 職責的識別
a) 方法分組
b) 觀察隱藏方法
c) 尋找可以更改的原因
d) 尋找內部關系
e) 尋找主要職責
f) 接口分離—接口隔離原則
4. 提取類和接口
5. 通過案例介紹如何重構巨大的類

內容一：重構到模式
1. 軟件設計的基本原則
2. 設計模式概述
3. 設計模式的本質論
4. 設計模式如何適應變化和封裝
5. 重構到模式的思路

內容二：案例---重點介紹重構基本類型依賴和對應模式
1. 通過案例學習以下重構到模式手段
2. 以State取代狀態(tài)改變條件語句
3. 以Strategy取代條件邏輯
4. 以Composite取代隱含樹
5. 以Interpreter取代隱式語言
6. 轉移裝飾功能到Decorator
7. 用Builder封裝Composite
8. 重點學習案例的重構到模式的過程

內容三：案例---重點介紹重構代碼重復和對應模式
1. 通過案例學習以下重構到模式手段
2. 構造Template Method
3. 以Composite取代一/多之分
4. 引入Null Object
5. 用Adapter統(tǒng)一接口
6. 用Fatory Method引入多態(tài)創(chuàng)建
7. 重點學習案例的重構到模式的過程

內容四：案例---重點介紹重構代碼過長/過大的類/方法和對應模式
1. 轉移聚集操作到Vistor
2. 以Strategy取代條件邏輯
3. 以Command取代條件調度程序
4. 轉移聚集操作到Collecting Parameter
5. 重點學習案例的重構到模式的過程

內容五：案例---重點介紹條件邏輯過度復雜和對應模式
1. 以Strategy取代條件邏輯
2. 以State取代狀態(tài)改變條件語句
3. 轉移裝飾功能到Decorator
4. 引入Null Object
5. 以Command替換條件調度程序
6. 轉移聚集操作到Visitor
重點學習案例的重構到模式的過程

內容一：設計重構
1. 重構與設計的思想---根據(jù)代碼壞味道改善設計
2. 軟件需求不可預測性----設計師不可能進行預測式設計
3. 軟件設計的重構
4. 「重構」和設計彼此互補
5. 「事先設計」（"Big Up Front Design）
6. 演進式設計 (evolutionary design)
7. 　Growing an Architecture 演化架構
8. 分析某項目,如何設計重構,給我們哪些啟示,我們可以學習到什么

內容二：組件/包/模塊重構
1. 優(yōu)良的系統(tǒng)設計意味著我們把系統(tǒng)分割成了一個個可單獨部署的組件，單獨部署意味著如果更改了一個組件，我們也不需要重新部署其他組件。
2. 組件和包 壞味道
3. 模塊之間解耦
4. 組件的內聚性實踐
5. 組件的依賴性實踐
6. 企業(yè)應用系統(tǒng)組件設計最佳實踐
7. 分析某項目,演示重構,給我們哪些啟示,我們可以學習到什么

內容一: 架構重構
1. 軟件架構概述
2. 遺留系統(tǒng)的軟件架構恢復
3. 軟件架構的重構時機
4. 軟件架構的重構步驟
5. 架構壞味道
6. 架構重構策略

內容二：案例分析—某互聯(lián)網(wǎng)項目架構重構(根據(jù)時間調整)
1. 項目背景以及相關需求
2. 軟件架構的演進與重構過程
3. 質量屬性對軟件架構的驅動
4. 架構的可擴展性架構
5. 緩存技術在架構之中的應用
6. Web層的架構策略
7. 中間層的架構和集群策略
8. 大型并發(fā)系統(tǒng)Session的復制和容錯架構策略
9. 數(shù)據(jù)的架構
10. 該案例主要演示軟件架構的重構策略

內容三：案例分析—某電信項目架構重構
1. 介紹項目需求情況,進行設計
2. 通過重構逐步實現(xiàn)設計的可維護, 可重用
3. 應用管道與過濾器/元數(shù)據(jù)/微內核等架構模式
4. 應用AOP架構思想
5. 應用設計模式(Command/ Observer/Proxy/Chain of Responsibility )
6. 通過案例學習架構的重構策略和步驟

內容一：安全重構
1. 重構的恐懼心里
2. 重構勇氣
3. 安全重構和祈禱式重構
4. 安全重構保證
a) 依賴編輯器
b) 簽名保持
c) 單一目標
d) 依賴編譯器
e) 個人的能力
f) 代碼審查
g) 單元測試
h) 驗收測試
i) 人工測試
5. 通過案例如何保證重構的正確性

內容二：重構管理
1. 代碼管理
2. 冰山理論
3. 如何爭取業(yè)務人員和管理者的支持
4. 持續(xù)重構與代碼分析工具
5. 持續(xù)集成與重構
6. 重構日常習慣
6. 通過案例分析如何保持持續(xù)重構，以及如何向領導和業(yè)務人員說服重構