面向?qū)ο笫窃鯓庸ぷ鞯模ǖ?版）

第1章 面向?qū)ο螅鹤屲浖_發(fā)變輕松的技術(shù) 1
1.1　面向?qū)ο笫擒浖_發(fā)的綜合技術(shù) 3
1.2　以對(duì)象為中心編寫軟件的開發(fā)方法 4
1.3　從編程語言演化為綜合技術(shù) 4
1.4　在混亂的狀態(tài)下去理解，就會(huì)覺得很難 5
1.5　混亂之一：術(shù)語洪流 6
1.6　混亂之二：比喻濫用 7
1.7　混亂之三：“一切都是對(duì)象”綜合征 8
1.8　三種混亂增大了理解的難度 9
1.9　因?yàn)椴焕斫?，所以才感覺神秘 10
1.10　消除這三種混亂，就能看到面向?qū)ο蟮恼婷婺?10
1.11　本書的構(gòu)成 11
第2章 似是而非：面向?qū)ο笈c現(xiàn)實(shí)世界 13
2.1　如果只理解概念，就容易混亂 15
2.2　對(duì)照現(xiàn)實(shí)世界介紹面向?qū)ο?15
2.3　類指類型，實(shí)例指具體的物 16
2.4　多態(tài)讓消息的發(fā)送方法通用 18
2.5　繼承對(duì)共同點(diǎn)和不同點(diǎn)進(jìn)行系統(tǒng)的分類和整理 20
2.6　面向?qū)ο蠛同F(xiàn)實(shí)世界是似是而非的 22
2.7　現(xiàn)實(shí)世界的人和物不是由類創(chuàng)建的 23
2.8　現(xiàn)實(shí)世界的人和物并不只是根據(jù)消息來行動(dòng) 24
2.9　明確定義為編程結(jié)構(gòu) 25
2.10　軟件并不會(huì)直接表示現(xiàn)實(shí)世界 25
2.11　與現(xiàn)實(shí)世界的相似擴(kuò)大了可能性 26
專欄 對(duì)象的另一面
成為潮詞的面向?qū)ο?27
第3章 理解OOP：編程語言的歷史 29
3.1　OOP的出現(xiàn)具有必然性 31
3.2　最初使用機(jī)器語言編寫程序 31
3.3　編程語言的第一步是匯編語言 32
3.4　高級(jí)語言的發(fā)明使程序更加接近人類 33
3.5　重視易懂性的結(jié)構(gòu)化編程 34
3.6　提高子程序的獨(dú)立性，強(qiáng)化可維護(hù)性 35
3.7　實(shí)現(xiàn)無GOTO編程的結(jié)構(gòu)化語言 38
3.8　進(jìn)化方向演變?yōu)橹匾暱删S護(hù)性和可重用性 39
3.9　沒有解決全局變量問題和可重用性差的問題 41
專欄 編程往事
COBOL編譯器的雞和蛋的問題 45
第4章 面向?qū)ο缶幊碳夹g(shù)：去除冗余、進(jìn)行整理 47
4.1　OOP具有結(jié)構(gòu)化語言所沒有的三種結(jié)構(gòu) 49
4.2　OOP的結(jié)構(gòu)會(huì)根據(jù)編程語言的不同而略有差異 51
4.3　三大要素之一：類具有的三種功能 51
4.4　類的功能之一：匯總 52
4.5　類的功能之二：隱藏 55
4.6　類的功能之三：創(chuàng)建很多個(gè) 58
4.7　實(shí)例變量是限定訪問范圍的全局變量 61
4.8　三大要素之二：實(shí)現(xiàn)調(diào)用端公用化的多態(tài) 63
4.9　三大要素之三：去除類的重復(fù)定義的繼承 67
4.10　對(duì)三大要素的總結(jié) 70
4.11　通過嵌入類型使程序員的工作變輕松 71
4.12　將類作為類型使用 72
4.13　編程語言“退化”了嗎 74
4.14　更先進(jìn)的OOP結(jié)構(gòu) 74
4.15　進(jìn)化的OOP結(jié)構(gòu)之一：包 75
4.16　進(jìn)化的OOP結(jié)構(gòu)之二：異常 76
4.17　進(jìn)化的OOP結(jié)構(gòu)之三：垃圾回收 78
4.18　對(duì)OOP進(jìn)化的總結(jié) 80
4.19　決心決定OOP的生死 81
第5章 理解內(nèi)存結(jié)構(gòu)：程序員的基本素養(yǎng) 83
5.1　理解OOP程序的運(yùn)行機(jī)制 85
5.2　兩種運(yùn)行方式：編譯器與解釋器 85
5.3　解釋、運(yùn)行中間代碼的虛擬機(jī) 88
5.4　CPU同時(shí)運(yùn)行多個(gè)線程 89
5.5　使用靜態(tài)區(qū)、堆區(qū)和棧區(qū)進(jìn)行管理 91
5.6　OOP的特征在于內(nèi)存的用法 94
5.7　每個(gè)類只加載一個(gè)類信息 95
5.8　每次創(chuàng)建實(shí)例都會(huì)使用堆區(qū) 96
5.9　在變量中存儲(chǔ)實(shí)例的指針 97
5.10　復(fù)制存儲(chǔ)實(shí)例的變量時(shí)要多加注意 99
5.11　多態(tài)讓不同的類看起來一樣 103
5.12　根據(jù)繼承的信息類型的不同，內(nèi)存配置也不同 105
5.13　孤立的實(shí)例由垃圾回收處理 107
專欄 編程往事
OOP中dump看起來很費(fèi)勁？ 113
第6章 重用：OOP帶來的軟件重用和思想重用 115
6.1　OOP的優(yōu)秀結(jié)構(gòu)能夠促進(jìn)重用 117
6.2　類庫是OOP的軟件構(gòu)件群 119
6.3　標(biāo)準(zhǔn)類庫是語言規(guī)范的一部分 120
6.4　將Object類作為祖先類的繼承結(jié)構(gòu) 121
6.5　框架存在各種含義 122
6.6　框架是應(yīng)用程序的半成品 123
6.7　世界上可重用的軟件構(gòu)件群 124
6.8　獨(dú)立性較高的構(gòu)件：組件 125
6.9　設(shè)計(jì)模式是優(yōu)秀的設(shè)計(jì)思想集 125
6.10　設(shè)計(jì)模式是類庫探險(xiǎn)的路標(biāo) 128
6.11　擴(kuò)展到各個(gè)領(lǐng)域的思想的重用 129
6.12　通過類庫和模式發(fā)現(xiàn)的重用的好處 130
第7章 化為通用的歸納整理法的面向?qū)ο?133
7.1　軟件不會(huì)直接表示現(xiàn)實(shí)世界 135
7.2　應(yīng)用于集合論和職責(zé)分配 137
7.3　在上流工程中化為通用的歸納整理法 139
7.4　兩種含義引起混亂 140
7.5　分為OOP的擴(kuò)展和歸納整理法進(jìn)行思考 141
7.6　為何化為了通用的歸納整理法 142
專欄 對(duì)象的另一面
語言在先，還是概念在先 143
第8章 UML：查看無形軟件的工具 145
8.1　UML是表示軟件功能和結(jié)構(gòu)的圖形的繪制方法 147
8.2　UML有13種圖形 148
8.3　UML的使用方法大致分為三種 150
8.4　UML的使用方法之一：表示程序結(jié)構(gòu)和動(dòng)作 151
8.5　類圖表示OOP程序的結(jié)構(gòu) 151
8.6　使用時(shí)序圖和通信圖表示動(dòng)作 154
8.7　UML的使用方法之二：表示歸納整理法的成果 156
8.8　使用類圖表示根據(jù)集合論進(jìn)行整理的結(jié)果 157
8.9　表示職責(zé)分配的時(shí)序圖和通信圖 160
8.10　UML的使用方法之三：表示非面向?qū)ο?163
8.11　使用用例圖表示交給計(jì)算機(jī)的工作 163
8.12　使用活動(dòng)圖表示工作流程 164
8.13　使用狀態(tài)機(jī)圖表示狀態(tài)的變化 165
8.14　彌補(bǔ)自然語言和計(jì)算機(jī)語言缺點(diǎn)的“語言” 166
第9章 建模：填補(bǔ)現(xiàn)實(shí)世界和軟件之間的溝壑 171
9.1　現(xiàn)實(shí)世界和軟件之間存在溝壑 173
9.2　計(jì)算機(jī)擅長固定工作和記憶工作 174
9.3　通過業(yè)務(wù)分析、需求定義和設(shè)計(jì)來填補(bǔ)溝壑 175
9.4　建模是順利推進(jìn)這3個(gè)階段的工作的技術(shù) 176
9.5　應(yīng)用程序不同，建模的內(nèi)容也不一樣 177
9.6　業(yè)務(wù)應(yīng)用程序記錄現(xiàn)實(shí)中的事情 178
9.7　對(duì)圖書館的借閱業(yè)務(wù)進(jìn)行建模 179
9.8　使用用例圖來表示圖書館業(yè)務(wù) 181
9.9　用概念模型表示圖書館系統(tǒng)的信息 183
9.10　業(yè)務(wù)應(yīng)用程序中只有數(shù)據(jù)是無縫的 184
9.11　嵌入式軟件替換現(xiàn)實(shí)世界的工作 186
9.12　嵌入式軟件中設(shè)備的研究開發(fā)很重要 187
9.13　使用狀態(tài)機(jī)圖來表示全自動(dòng)工作的情形 189
9.14　嵌入式軟件一直執(zhí)行單調(diào)的工作 190
9.15　建模蘊(yùn)含著軟件開發(fā)的樂趣 191
第10章 面向?qū)ο笤O(shè)計(jì)：擬人化和職責(zé)分配 195
10.1　設(shè)計(jì)的目標(biāo)范圍很廣 197
10.2　相比運(yùn)行效率，現(xiàn)在更重視可維護(hù)性和可重用性 198
10.3　設(shè)計(jì)目標(biāo)之一：去除重復(fù) 199
10.4　設(shè)計(jì)目標(biāo)之二：提高構(gòu)件的獨(dú)立性 200
10.5　提高構(gòu)件獨(dú)立性的訣竅 202
10.6　設(shè)計(jì)目標(biāo)之三：避免依賴關(guān)系發(fā)生循環(huán) 203
10.7　面向?qū)ο笤O(shè)計(jì)的“感覺”是擬人化和職責(zé)分配 205
10.8　進(jìn)行了職責(zé)分配的軟件創(chuàng)建的奇妙世界 206
第11章 衍生：敏捷開發(fā)和TDD 211
11.1　僅靠技術(shù)和技術(shù)竅門，軟件開發(fā)并不會(huì)成功 213
11.2　系統(tǒng)地匯總了作業(yè)步驟和成果的開發(fā)流程 214
11.3　限制修改的瀑布式開發(fā)流程 214
11.4　瀑布式開發(fā)流程的極限 215
11.5　靈活響應(yīng)變化的迭代式開發(fā)流程 216
11.6　RUP按時(shí)間分解和管理開發(fā) 217
11.7　打破諸多限制的XP 219
11.8　快速編寫優(yōu)秀軟件的敏捷宣言 221
11.9　支持敏捷開發(fā)的實(shí)踐 222
11.10　先編寫測試代碼，一邊運(yùn)行一邊開發(fā)的測試驅(qū)動(dòng)開發(fā) 222
11.11　在程序完成后改善運(yùn)行代碼的重構(gòu) 224
11.12　經(jīng)常進(jìn)行系統(tǒng)整合的持續(xù)集成 225
11.13　敏捷開發(fā)和TDD源于面向?qū)ο?226
11.14　不存在最好的開發(fā)流程 227
專欄 編程往事
過去不被允許的XP 231
第12章 熟練掌握面向?qū)ο?233
12.1　面向?qū)ο筮@一強(qiáng)大概念是原動(dòng)力 235
12.2　時(shí)代追上了面向?qū)ο?236
12.3　面向?qū)ο蟮臒岢辈粫?huì)結(jié)束 237
12.4　將面向?qū)ο笞鳛楣ぞ呤炀氄莆?238
12.5　享受需要?jiǎng)幽X的軟件開發(fā) 239
第13章 函數(shù)式語言是怎樣工作的 241
13.1　面向?qū)ο蟮摹跋乱淮遍_發(fā)技術(shù) 243
13.2　函數(shù)式語言的7個(gè)特征 244
13.3　特征1：使用函數(shù)編寫程序 244
13.4　特征2：所有表達(dá)式都返回值 246
13.5　特征3：將函數(shù)作為值進(jìn)行處理 250
13.6　特征4：可以靈活組合函數(shù)和參數(shù) 252
13.7　特征5：沒有副作用 256
13.8　特征6：使用分類和遞歸來編寫循環(huán)處理 261
13.9　特征7：編譯器自動(dòng)進(jìn)行類型推斷 266
13.10　對(duì)7個(gè)特征的總結(jié) 270
13.11　函數(shù)式語言的分類 271
13.12　函數(shù)式語言的優(yōu)勢 271
13.13　函數(shù)式語言的課題 272
13.14　函數(shù)式語言和面向?qū)ο蟮年P(guān)系 273
13.15　函數(shù)式語言會(huì)普及嗎 275
后記 279
致謝 280