Alan Shalloway、Scott Bain、Ken Pugh、Amir Kolsky所著的《敏捷技能修煉(敏捷軟件開發與設計的*佳實踐)》圍繞意圖導向編程、分離構造和使用、測試先行、Shalloway原則、面向接口設計、測試驅動開發、避免過度設計、持續集成、共性和可變性分析、重構等核心技術主題給出了大量*佳實踐，字字珠璣。

Alan Shalloway、Scott Bain、Ken Pugh、Amir Kolsky所著的《敏捷 技能修煉(敏捷軟件開發與設計的最佳實踐)》的4位作者都是世界頂級的軟 件開發專家和敏捷導師，都有數十年的軟件行業從業經驗，其中3位曾榮獲 Jolt大獎。本書是敏捷軟件開發領域公認的經典著作，權威性毋庸置疑。 《敏捷技能修煉(敏捷軟件開發與設計的最佳實踐)》中內容圍繞“敏捷 式編程”這一主題展開，對每一位敏捷軟件開發人員都應該掌握的核心技能 和技術進行了深入闡述，總結出了大量最佳實踐，提供了一整套最精煉的技 術集合，可以幫助他們在開發中變得遊刃有餘，極大地提高開發效率和軟件 質量。 全書共分四個部分：第一部分（1～7章），闡述了在軟件開發過程中能 起到“四兩撥千斤”作用的幾種思想方法（“小舵板”），如意圖導向編程 、分離構造和使用、測試先行和Shalloway原則等，並總結了業界常用的幾 種實踐，包括如何封裝、面向接口的設計和驗收測試驅動等；第二部分（8 ～9章），對過度設計和持續集成這兩個問題進行了深入的探討，並給出了 最佳實踐；第三部分（10～13章），作者分享了很多隻有在他們的教學現場 纔能獲得的經驗，這些經驗是優秀架構師應該具備的，具體包括共性和可變 性分析、以開放關閉原則為目標的重構、需求與功能接口、何時以及如何使 用繼承等重要內容；第四部分是附錄，介紹了統一建模語言、提高代碼質量 的原則，以及如何封裝原始數據類型等。

**序
譯者序
叢書前言
前言
致謝
**部分 *關鍵的小舵板
第1章 意圖導向編程
1.1 意圖導向編程：一個實例
1.2 優點
1.2.1 方法的內聚性
1.2.2 可讀性和表達性
1.2.3 調試
1.2.4 重構和增強
1.2.5 單元測試
1.2.6 *易修改和擴展
1.2.7 在代碼中發現模式
1.2.8 可遷移的方法
1.3 小結
第2章 分離構造和使用
2.1 一個重要的問題
2.2 兩種視圖
2.2.1 創建視圖
2.2.2 使用視圖
2.2.3 隱藏的部分*容易改動
2.2.4 現實的做法
2.2.5 一些實際的考量因素
2.3 給你的決策計時
2.4 重載和C++
2.5 自我查驗
2.6 小結
第3章 代碼未動，測試先行
3.1 一個小舵板：測試與可測試性
3.2 什麼是測試
3.3 可測試性和代碼質量
3.4 案例學習：可測試性
3.4.1 隨時應對變化
3.4.2 青蛙一樣的程序員
3.5 一個關於測試先行的思考
3.5.1 *好的設計
3.5.2 *清晰的範圍和避免不必要的工作
3.5.3 降低復雜性
3.5.4 其他優勢
3.5.5 沒有例外
3.6 小結
第4章 Shalloway法則和Shalloway原則
4.1 冗餘的種類
4.1.1 復制和粘貼
4.1.2 “魔法”數字
4.1.3 其他類型
4.2 重新定義冗餘
4.3 其他形式的冗餘
4.4 設計模式在減少冗餘時扮演的角色
4.5 很少有開發人員花費大量的時間去“修改”代碼錯誤
4.6 冗餘對代碼質量其他方面的影響
4.7 小結
第5章 封裝
5.1 未封裝的代碼：對全局變量的破壞
5.2 成員標志的封裝
5.3 自封裝成員
5.4 預防代碼*改
5.5 封裝引用對像的難點
5.6 用get()來打破封裝
5.7 對像類型的封裝
5.8 設計的封裝
5.9 各個層次的封裝
5.10 實用性建議：把困難封裝起來
5.11 小結
第6章 面向接口的設計
6.1 針對接口的設計
6.2 接口的定義
6.3 接口約定
6.4 分離不同的視圖
6.5 接口的模擬實現
6.6 讓接口保持簡單
6.7 避免過早采用繼承體繫
6.8 接口和抽像類
6.9 依賴反轉原則
6.10 多態性概述
6.11 不是每個類都需要接口
6.12小結
第7章 驗收測試驅動開發
7.1 兩種開發流程
7.2 驗收測試
7.3 一個關於驗收測試的實例
7.4 實現驗收測試
7.4.1 針對用戶界面的測試腳本
7.4.2 測**戶界面
7.4.3 XUnit測試
7.4.4 驗收測試框架
7.4.5 四種方法間的聯繫
7.5 一個練習
7.6 如果客戶不告訴你怎麼做的時候，你應該怎麼辦
7.7 小結
第二部分 基本態度
第8章 避免過度設計或設計不足
8.1 給開發人員的箴言
8.2 代碼質量病理學
8.3 避免過度設計或設計不足
8.4 把復雜度和返工*小化
8.5 永不把代碼變得*糟/僅在有目的的情況下降低代碼質量
8.6 使代碼容易修改，足夠強大健壯，適應變化並安全可靠
8.7 在非面向對像的代碼或遺留繫統裡編寫易於修改代碼的策略
8.8 小結
第9章 持續集成
9.1 建立源代碼分支
9.1.1 多版本：特殊分支
9.1.2 孤立地工作：開發分支
9.1.3 問題、解決方案、新的問題
9.2 將主干內容合並回分支
9.3 測試驅動開發與合並成本
9.4 持續集成
9.5 持續集成服務器
9.6 小結
第三部分 設計問題
**0章 共性和可變性分析
10.1 用動詞和名詞來做指南：警告，前面有危險
10.2 真正的問題是什麼
10.3 我們所需要知道的
10.4 共性和可變性分析
10.4.1 共性分析
10.4.2 可變性分析
10.4.3 面向對像設計“一箭三雕”
10.5 發掘對像的新範式
10.6 分析矩陣：一個用例學習
10.7 小結
**1章 以開放關閉原則為目標的重構
11.1 開放關閉原則
11.1.1 從開放關閉原則引申到其他
11.1.2 開放關閉原則是一個“原則”
11.2 重構
11.2.1 為何重構
11.2.2 負債還是投資
11.2.3 重構和遺留繫統
11.2.4 以開放關閉原則為目標的重構
11.2.5 “及時”設計
11.3 小結
**2章 需求與功能接口
12.1 迪米特法則
12.2 耦合，可惡的耦合，還有依賴
12.2.1 耦合和可測試性
12.2.2 需求與功能
12.3 理想的分離方案：需求接口和功能接口
12.4 回到迪米特法則
12.5 小結
**3章 何時以及如何使用繼承
13.1 “四人組”
13.2 初始向量，*終結果
13.3 優先委托
13.4 使用繼承與使用委托
13.5 繼承的使用
13.6 可擴展性
13.7 在敏捷開發裡應用四人組的訓誡
13.8 測試問題
13.9 *多
第四部分 附錄
附錄A 統一建模語言概覽
附錄B 代碼質量
附錄C 封裝原始數據類型