第1章　設計概論 1
1.1　面向對象程序設計 1
1.1.1　面向對象思想——任督二脈 1
1.1.2　面向對象設計原則——九陽神功 2
1.1.3　模式——乾坤大挪移 3
1.1.4　重構——太極拳 4
1.1.5　抽象與組合——獨孤九劍 5
1.2　面向過程與面向對象 5
1.3　設計的宏觀面貌 8
1.3.1　開發模式：自頂向下和自底向上 8
1.3.2　開發方式：迭代 9
1.3.3　開發結果：模塊化 10
1.4　設計的微觀世界 10
1.4.1　函數 10
1.4.2 對象 12
1.5　小結 15
第2章　設計原則 16
2.1　通用原則 16
2.1.1 KISS原則 16
2.1.2 代碼之“形” 17
2.2　核心原則 20
2.2.1 單一職責原則（SRP）：做一個專一的人 20
2.2.2 開放封閉原則（OCP）：改造世界大部分不是破壞原來的秩序 21
2.2.3 里氏替換原則（LSP）：長大后，我就成了你 24
2.2.4 接口分離原則（ISP）：不要一口吃成胖子 26
2.2.5 依賴倒置原則（DIP）：抽象的藝術才有生命力 27
2.3　擴展原則 28
2.3.1 迪米特法則：盡量不與無關的類發生關系 28
2.3.2 好萊塢法則：不要調用我，讓我調用你 29
2.3.3 優先使用組合原則：多使用組合，少使用繼承 31
2.4　小結 33
第3章　設計過程 34
3.1　設計目標 35
3.1.1　對象設計目標——“高內聚+低耦合” 35
3.1.2　對象設計過程——“折中+迭代+重構” 36
3.2　對象來源 38
3.3　對象創建 41
3.3.1 直接創建對象 41
3.3.2 間接創建對象 44
3.3.3 對象創建時機 51
3.4　對象管理 57
3.4.1 線性結構——集合對象 57
3.4.2 樹形組合結構 65
3.5　對象交互 71
3.5.1 組合——直接引用，互通有無 71
3.5.2 中介者——間接通信 74
3.5.3 事件——使用回調函數通信 77
3.5.4 交互即耦合 84
3.6　對象存儲 84
3.6.1 文件存儲 85
3.6.2 數據庫存儲 94
3.7　訪問控制 114
3.8　組織協作 132
3.8.1 代碼的組織方式——“同步+異步+多線程” 132
3.8.2 業務的組織方式 138
3.9　對象布局 155
3.9.1 進入業務邏輯系統的第一道門檻——“Controller” 155
3.9.2 為什么要分層——分層的意義 155
3.9.3 如何分層——價值導向 156
3.9.4 層的對接——模塊化與面向接口編程 171
3.9.5 接口的轉換——適配器 172
3.9.6 接口的簡化——門面 175
3.9.7 層的載體——包 179
3.9.8 分層的代價——效率和復雜性 180
3.9.9 層效率的有益補充 180
3.10　應對變化 183
3.10.1 變化的根源 184
3.10.2 變化的種類 184
3.10.3 處理變化的原則 186
3.10.4 應對變化的設計思路 189
3.11　小結 199
第4章　模式 200
4.1　模式定義 200
4.2　模式的意義 202
4.3　模式有缺點嗎 203
4.4　設計的四個階段 206
4.4.1 第一個階段：設計不足 207
4.4.2 第二個階段：模仿設計 208
4.4.3 第三個階段：過度設計 208
4.4.4 第四個階段：適度設計 213
4.5　反模式 214
4.5.1 開發流程反模式 214
4.5.2 數據庫設計反模式 215
4.5.3 密碼管理反模式 217
4.5.4 .NET開發反模式 217
4.6　小結 220
第5章　重構 221
5.1　重構動機 221
5.1.1 軟件代碼是會腐爛的 222
5.1.2 破窗效應 223
5.1.3 技術債務 224
5.2　重構的定義 224
5.3　重構難題 224
5.3.1 技術上的難題 225
5.3.2 管理上的難題 225
5.3.3 個人難題——程序員心理學 226
5.4　好代碼長什么樣 226
5.5　重構技法 230
5.5.1 基本技法——重命名 235
5.5.2 第一種技法——轉移職責 237
5.5.3　第二種技法——封裝細節 243
5.5.4 第三種技法——抽象對象 254
5.6　重構實施 259
5.6.1 重構的實施方式 259
5.6.2 重構的質量 261
5.7　小結 266
第6章　回到起點 267
6.1　忘掉模式 267
6.2　忘掉對象 269
6.3　回到起點 276
6.3.1 設計原本 277
6.3.2 設計的靜態性 277
6.3.3 設計的動態性 289
后記 292