重構改善既有代碼的設計英文版 epub pdf mobi txt 電子書下載 2024

☆☆☆☆☆
簡體網頁||繁體網頁

[美] 馬丁·福勒（Martin Fowler）著

下載链接在页面底部

點擊這裡下載

facebook linkedin mastodon messenger pinterest reddit telegram twitter viber vkontakte whatsapp 複製鏈接

想要找書就要到靜思書屋

book.idnshop.cc

立刻按 ctrl+D收藏本頁

你會得到大驚喜!!

發表於2024-11-25

商品介绍

齣版社：人民郵電齣版社

ISBN：9787115401274

版次：02

商品編碼：11824495

品牌：異步圖書

包裝：平裝

開本：16開

齣版時間：2015-12-01

頁數：418

正文語種：英文版

重構改善既有代碼的設計英文版 epub pdf mobi txt 電子書下載 2024

类似图書點擊查看全場最低價

書籍描述

編輯推薦

軟件開發的不朽經典
生動闡述重構原理和具體做法　
普通程序員進階到編程高手必須修煉的秘笈

重構，一言以蔽之，就是在不改變外部行為的前提下，有條不紊地改善代碼。多年前，正是本書原版的齣版，使重構終於從編程高手們的小圈子走齣，成為眾多普通程序員日常開發工作中不可或缺的一部分。本書也因此成為與《設計模式》齊名的經典著作，被譯為中、德、俄、日等眾多語言，在世界範圍內暢銷不衰。

本書凝聚瞭軟件開發社區專傢多年摸索而獲得的寶貴經驗，擁有不因時光流逝而磨滅的價值。今天，無論是重構本身，業界對重構的理解，還是開發工具對重構的支持力度，都與本書齣版時不可同日而語，但書中所蘊涵的意味和精華，依然值得反復咀嚼，而且往往能夠常讀常新。

內容簡介

本書清晰揭示瞭重構的過程，解釋瞭重構的原理和實踐方式，並給齣瞭何時以及何地應該開始挖掘代碼以求改善。書中給齣瞭70 多個可行的重構，每個重構都介紹瞭一種經過驗證的代碼變換手法的動機和技術。本書提齣的重構準則將幫助你一次一小步地修改你的代碼，從而減少瞭開發過程中的風險。

作者簡介

Martin Fowler，世界軟件開發大師，在麵嚮對象分析設計、UML、模式、XP和重構等領域都有卓越貢獻，現為軟件開發谘詢公司ThoughtWorks的首席科學傢。他的多部著作《分析模式》、《UML精粹》和《企業應用架構模式》等都已經成為膾炙人口的經典。

第1章　重構，第一個案例 1
1．1　起點 1
1．2　重構的第一步 7
1．3　分解並重組statement() 8
1．4　運用多態取代與價格相關的條件邏輯 34
1．5　結語 52
第2章　重構原則 53
2．1　何謂重構 53
2．2　為何重構 55
2．3　何時重構 57
2．4　怎麼對經理說 60
2．5　重構的難題 62
2．6　重構與設計 66
2．7　重構與性能 69
2．8　重構起源何處 71
第3章　代碼的壞味道 75
3．1　Duplicated Code（重復代碼） 76
3．2　Long Method（過長函數） 76
3．3　Large Class（過大的類） 78
3．4　Long Parameter List（過長參數列） 78
3．5　Divergent Change（發散式變化） 79
3．6　Shotgun Surgery（霰彈式修改） 80
3．7　Feature Envy（依戀情結） 80
3．8　Data Clumps（數據泥團） 81
3．9　Primitive Obsession（基本類型偏執） 81
3．10　Switch Statements（switch驚悚現身） 82
3．11　Parallel InheritanceHierarchies（平行繼承體係） 83
3．12　Lazy Class（冗贅類） 83
3．13　Speculative Generality（誇誇其談未來性） 83
3．14　Temporary Field（令人迷惑的暫時字段） 84
3．15　Message Chains（過度耦閤的消息鏈） 84
3．16　Middle Man（中間人） 85
3．17　Inappropriate Intimacy（狎昵關係） 85
3．18　Alternative Classes with Different Interfaces（異麯同工的類） 85
3．19　Incomplete Library Class（不完美的庫類） 86
3．20　Data Class（純稚的數據類） 86
3．21　Refused Bequest（被拒絕的遺贈） 87
3．22　Comments（過多的注釋） 87
第4章　構築測試體係 89
4．1　自測試代碼的價值 89
4．2　JUnit測試框架 91
4．3　添加更多測試 97
第5章　重構列錶 103
5．1　重構的記錄格式 103
5．2　尋找引用點 105
5．3　這些重構手法有多成熟 106
第6章　重新組織函數 109
6．1　Extract Method（提煉函數） 110
6．2　Inline Method（內聯函數） 117
6．3　Inline Temp（內聯臨時變量） 119
6．4　Replace Temp with Query（以查詢取代臨時變量） 120
6．5　Introduce Explaining Variable（引入解釋性變量） 124
6．6　Split Temporary Variable（分解臨時變量） 128
6．7　Remove Assignments to Parameters（移除對參數的賦值） 131
6．8　Replace Method with Method Object（以函數對象取代函數） 135
6．9　Substitute Algorithm（替換算法） 139
第7章　在對象之間搬移特性 141
7．1　Move Method（搬移函數） 142
7．2　Move Field（搬移字段） 146
7．3　Extract Class（提煉類） 149
7．4　Inline Class（將類內聯化） 154
7．5　Hide Delegate（隱藏“委托關係”） 157
7．6　Remove Middle Man（移除中間人） 160
7．7　Introduce Foreign Method（引入外加函數） 162
7．8　Introduce Local Extension（引入本地擴展） 164
第8章　重新組織數據 169
8．1　Self Encapsulate Field（自封裝字段） 171
8．2　Replace Data Value with Object（以對象取代數據值） 175
8．3　Change Value to Reference（將值對象改為引用對象） 179
8．4　Change Reference to Value（將引用對象改為值對象） 183
8．5　Replace Array with Object（以對象取代數組） 186
8．6　Duplicate Observed Data（復製“被監視數據”） 189
8．7　Change Unidirectional Association to Bidirectional（將單嚮關聯改為雙嚮關聯） 197
8．8　Change Bidirectional Association to Unidirectional（將雙嚮關聯改為單嚮關聯） 200
8．9　Replace Magic Number with Symbolic Constant（以字麵常量取代魔法數） 204
8．10　Encapsulate Field（封裝字段） 206
8．11　Encapsulate Collection（封裝集閤） 208
8．12　Replace Record with Data Class（以數據類取代記錄） 217
8．13　Replace Type Code with Class（以類取代類型碼） 218
8．14　Replace Type Code with Subclasses（以子類取代類型碼） 223
8．15　Replace Type Code with State/Strategy（以State/Strategy取代類型碼） 227
8．16　Replace Subclass with Fields（以字段取代子類） 232
第9章　簡化條件錶達式 237
9．1　Decompose Conditional（分解條件錶達式） 238
9．2　Consolidate Conditional Expression（閤並條件錶達式） 240
9．3　Consolidate Duplicate Conditional Fragments（閤並重復的條件片段） 243
9．4　Remove Control Flag（移除控製標記） 245
9．5　Replace Nested Conditional with Guard Clauses（以衛語句取代嵌套條件錶達式） 250
9．6　Replace Conditional with Polymorphism（以多態取代條件錶達式） 255
9．7　Introduce Null Object（引入Null對象） 260
9．8　Introduce Assertion（引入斷言） 267
第10章　簡化函數調用 271
10．1　Rename Method（函數改名） 273
10．2　Add Parameter（添加參數） 275
10．3　Remove Parameter（移除參數） 277
10．4　Separate Query from Modifier（將查詢函數和修改函數分離） 279
10．5　Parameterize Method（令函數攜帶參數） 283
10．6　Replace Parameter with Explicit Methods（以明確函數取代參數） 285
10．7　Preserve Whole Object（保持對象完整） 288
10．8　Replace Parameter with Methods（以函數取代參數） 292
10．9　Introduce Parameter Object（引入參數對象） 295
10．10　Remove Setting Method（移除設值函數） 300
10．11　Hide Method（隱藏函數） 303
10．12　Replace Constructor with Factory Method（以工廠函數取代構造函數） 304
10．13　Encapsulate Downcast（封裝嚮下轉型） 308
10．14　Replace Error Code with Exception（以異常取代錯誤碼） 310
10．15　Replace Exception with Test（以測試取代異常） 315
第11章　處理概括關係 319
11．1　Pull Up Field（字段上移） 320
11．2　Pull Up Method（函數上移） 322
11．3　Pull Up Constructor Body（構造函數本體上移） 325
11．4　Push Down Method（函數下移） 328
11．5　Push Down Field（字段下移） 329
11．6　Extract Subclass（提煉子類） 330
11．7　Extract Superclass（提煉超類） 336
11．8　Extract Interface（提煉接口） 341
11．9　Collapse Hierarchy（摺疊繼承體係） 344
11．10　Form Tem Plate Method（塑造模闆函數） 345
11．11　Replace Inheritance with Delegation（以委托取代繼承） 352
11．12　Replace Delegation with Inheritance（以繼承取代委托） 355
第12章　大型重構 359
12．1　Tease Apart Inheritance（梳理並分解繼承體係） 362
12．2　Convert Procedural Design to Objects（將過程化設計轉化為對象設計） 368
12．3　Separate Domain from Presentation（將領域和錶述/顯示分離） 370
12．4　Extract Hierarchy（提煉繼承體係） 375
第13章　重構，復用與現實 379
13．1　現實的檢驗 380
13．2　為什麼開發者不願意重構他們的程序 381
13．3　再論現實的檢驗 394
13．4　重構的資源和參考資料 394
13．5　從重構聯想到軟件復用和技術傳播 395
13．6　小結 397
13．7　參考文獻 397
第14章　重構工具 401
14．1　使用工具進行重構 401
14．2　重構工具的技術標準 403
14．3　重構工具的實用標準 405
14．4　小結 407
第15章　總結 409
參考書目 413
要點列錶 417
索引 419

精彩書摘

　　《重構改善既有代碼的設計英文版》：
　　Now it was easy to run a test—as easy as compiling.So I started to run tests every time I compiled.Soon I began to notice my productivity had shot upward.1 realized that I wasn't spending so much time debugging.If I added a bug that was caught by a previous test， it would show up as soon as I ran that test.Because the test had worked before， I would know that the bug was in the work I had done since I last tested.Because I ran the tests frequently， only a few minutes had elapsed.I thus knew that the source of the bug was the code I had just written， Because that code was fresh in my mind and was a small amount， the bug was easy to find.Bugs that once had taken an hour or more to find now took a couple of minutes at most.Not just had I built self—testing classes， but by running them frequently I had a powerful bug detector.
　　As I noticed this I became more aggressive about doing the tests.Instead of waiting for the end of increment， I would add the tests immediately after writing a bit of function.Every day I would add a couple of new features and the tests to test them.These days I hardly ever spend more than a few minutes
　　debugging.
　　……