重構改善既有代碼的設計

Ⅰ 重構：改善既有代碼的設計的作品序言

第一次聽到「重構」這個詞，是在2001年10月。在當時，它的思想足以令我感到震撼。軟體自有其美感所在。軟體工程希望建立完美的需求與設計，按照既有的規范編寫標准劃一的代碼，這是結構的美；快速迭代和RAD顛覆「全知全能」的神話，用近乎刀劈斧砍（crack）的方式解決問題，在混沌的循環往復中實現需求，這是解構的美；而Kent Beck與Martin Fowler兩人站在一起，以XP那敏捷而又嚴謹的方法論演繹了重構的美——我不知道是誰最初把refactoring一詞翻譯為「重構」，或許無心插柳，卻成了點睛之筆。
我一直是設計模式的愛好者。曾經在我的思想中，軟體開發應該有一個「理想國」——當然，在這個理想國維持著完美秩序的，不是哲學家，而是模式。設計模式給我們的，不僅僅是一些具體問題的解決方案，更有追求完美「理型」的渴望。但是，Joshua Kerievsky在那篇著名的《模式與XP》（收錄於《極限編程研究》一書）中明白地指出：在設計前期使用模式常常導致過度工程（over-engineering）。這是一個殘酷的現實，單憑對完美的追求無法寫出實用的代碼，而「實用」是軟體壓倒一切的要素。從一篇《停止過度工程》開始，Kerievsky撰寫了「Refactoring to Patterns」系列文章。這位猶太人用他民族性的睿智頭腦，敏銳地發現了軟體的後結構主義道路。而讓設計模式在飛速變化的網路時代重新閃現光輝的，又是重構的力量。
在一篇流傳甚廣的帖子里，有人把《重構》與《設計模式》並列為「Java行業的聖經」。在我看來這種並列其實並不準確。實際上，盡管我如此喜愛這本《重構》，但自從完成翻譯之後，就再也沒有讀過它。不，不是因為我已經對它爛熟於心，而是因為重構已經變成了我的另一種生活方式，變成了我每天的「麵包與黃油」，變成了我們整個團隊的空氣與水，以至於無需再到書中尋找任何「神諭」。而《設計模式》，我倒是放在手邊時常翻閱，因為總是記得不那麼真切。

Ⅱ 最近使用C++在編程，如何優化代碼成了難題，有什麼書是講代碼優化（主要是講代碼簡潔，減少冗餘）

可以看Effective C++和More effective C++，非常好

Ⅲ 改善既有代碼的設計 什麼語言

書 名
改善既有代碼的設計
又 名
Refactoring Improving the Design of Existing Code
ISBN
9787115221704
頁 數
428
出版社
人民郵專電出版社
出版時間
2010年4月1日
開 本
1/16
基本信屬息
出版社: 人民郵電出版社; 第1版 (2010年4月1日)
外文書名: Refactoring Improving the Design of Existing Code
叢書名: 圖靈程序設計叢書
平裝: 428頁
正文語種: 簡體中文
開本: 16
ISBN: 9787115221704
條形碼: 9787115221704
產品尺寸及重量: 23.6 x 18.3 x 2.5 cm ; 748 g
ASIN: B003BY6PLK
內容簡介
《改善既有代碼的設計》清晰地揭示了重構的過程，解釋了重構的原理和最佳實踐方式，並給出了何時以及何地應該開始挖掘代碼以求改善。書中給出了70多個可行的重構，每個重構都介紹了一種經過驗證的代碼變換手法的動機和技術。

Ⅳ 軟考程序員考試下午題如何解答

做一份工作，實際就是追尋夢想的過程，而為了完成夢想，必須有一個長期規劃，從而指導我們選擇工作。它是擇業過程中最本質和最原始的參考借鑒。下載鏈接

為此，小雲為你精選一份程序員面試書單，分為職業規劃、編程技能兩部分，適合剛畢業的大學生、正准備換工作的程序員們，涵蓋演算法工程師、Java工程師、測試等多個領域。

軟技能 代碼之外的生存指南約翰 Z.森梅茲 著

這是一本真正從「人」（而非技術也非管理）的角度關注軟體開發人員自身發展的書。書中論述的內容既涉及生活習慣，又包括思維方式，凸顯技術中「人」的因素，全面講解軟體行業從業人員所需知道的所有「軟技能」。

本書聚焦於軟體開發人員生活的方方面面，從揭秘面試的流程到精耕細作出一份殺手級簡歷，從創建大受歡迎的博客到打造你，從提高自己工作效率到與如何與「拖延症」做斗爭，甚至包括如何投資不動產，如何關注自己的健康。

編程珠璣（第2版）喬恩·本特利（Jon Bentley） 著

作者雖然沒有給出解決這些問題的具體代碼，但始終非常富有洞察力和創造力地圍繞著這些折磨程序員的實際問題展開討論，從而引導讀者理解問題並學會解決問題的技能，這些都是程序員實際編程生涯中的基本技能。

為此，本書給出了一些精心設計的有趣而且頗具指導意義的程序，這些程序能夠為那些復雜的編程問題提供清晰而且完備的解決思路，書中還充滿了對實用程序設計技巧及基本設計原則的清晰而睿智的描述。

PS：本書在第一版的基礎上增加了3個方面的新內容：測試、調試和計量，集合表示，字元串問題，並對第一版的所有程序都進行了改寫，生成了等量的新代碼。

重構 改善既有代碼的設計馬丁·福勒（Martin Fowler) 著

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

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

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

C和C++程序員面試秘籍董山海 著

眾多高級語言都從C/C++有所借鑒，所以說C/C++的語言基礎對從事軟體開發的人員來說非常重要。

本書是一本解析C/C++面試題的書，可以幫助求職者更好地准備面試。《C和C++程序員面試秘笈》共包含12章，囊括了目前企業中常見的面試題類型和考點，包括C/C++程序基礎，預處理、const、static與sizeof，引用和指針，字元串，位運算與嵌入式編程，C++面向對象，C++繼承和多態，數據結構，排序，泛型編程，STL，演算法和邏輯思維等最常見的面試題。《C和C++程序員面試秘笈》通過技術點解析、代碼輔佐的方式讓讀者能深刻領會每個考點背後的技術。

本書緊扣面試精髓，對各種技術的剖析一針見血，是目前想找工作的C/C++程序員和剛畢業的大學生的面試寶典。

Java程序員面試寶典楊磊 著

本書對程序設計面試中Java常見的題型和常用解答技巧進行了介紹，對現代職業人如何有效求職、面試考官如何關注求職者動態等做了詳細解說。本書將為您揭開知名IT企業面試、筆試的核心機密；傳授程序員崗位求職的關鍵技巧。

編程之法：面試和演算法心得July 著

本書涉及面試、演算法、機器學習三個主題。書中的每道編程題目都給出了多種思路、多種解法，不斷優化、逐層遞進。本書第1章至第6章分別闡述字元串、數組、樹、查找、動態規劃、海量數據處理等相關的編程面試題和演算法，第7章介紹機器學習的兩個演算法—K近鄰和SVM。此外，每一章都有「舉一反三」和「習題」，以便讀者及時運用所學的方法解決相似的問題，且在附錄中收錄了語言、鏈表、概率等其他題型。

書中的每一道題都是面試的高頻題目，反復出現在最近5年各大公司的筆試和面試中，對面試備考有著極強的參考價值。全書邏輯清晰、通俗易懂，適合熱愛編程、演算法、機器學習，以及准備IT筆試和面試，即將求職、找工作的讀者閱讀。

C#與.NET程序員面試秘笈靳華 著

《C#與.NET程序員面試寶典》取材於各大IT公司的歷年面試題252個（包括研發類筆試及口試題目、情商及智商類題目），詳細分析了應聘C＃與.NET程序員職位的常見考點。《C#與.NET程序員面試寶典》主要內容包括：面試流程、基礎語法和技術框架、數據訪問及XML應用、高級特性及應用進階、測試及質量保證、跨國公司經典面試題等。

軟體測試工程師面試指導蔡為東 著

對於想要得到一份軟體測試工程師職位的朋友來說，可能會有一些疑問，如軟體測試這個行業究竟怎麼樣?什麼樣的人適合做軟體測試?面試當中要注意什麼?軟體測試的基本知識點都有哪些?筆試都會涉及哪些內容?等等。本書將解答以上所有的疑問。

本書共6章內容，主要包括軟體測試行業概貌、軟體測試從業人員的基本要求、如何找工作、軟體測試技術基礎、典型的測試工程師筆試題等。本書內容豐富，講解深入淺出，能讓讀者朋友在短時間內掌握基本的測試技術，了解求職過程的各個環節，熟悉各種類型的筆試題，領會面試技巧。本書後附有一些實用的附錄，例如簡歷模板、新人工作指南等，尤其是「我在微軟做軟體測試外包」這一部分內容，寓故事性和知識性於一體，講述了作者在國際軟體巨頭——微軟公司做軟體測試外包的親身經歷，相信對於廣大的讀者朋友有閱讀和參考的價值。

本書適合想要從事軟體測試工作的朋友，也可供初級軟體測試工程師學習之用，另外也可作為大專院校軟體測試培訓的教材之一。

Android高薪之路李寧 著

《Android高薪之路:Android程序員面試寶典》取材於各大IT公司面試真題，所給出的試題盡可能地覆蓋了Android應用開發的各個方面，而且大多數試題都有解析部分，讀者可以通過這部分更深入地理解試題中所包含的技術內容，希望真正做到由點成線，舉一反三。

《Android高薪之路:Android程序員面試寶典》中還將Android中涉及的各個常用技術問題進行篩選、分類。這樣讀者可以有的放矢，對自己還沒有掌握的Android技術進行重點攻破，從而起到事半功倍的效果。除了對每道題目都有詳細的解析和回答外，對相關知識點還有擴展說明。

《Android高薪之路:Android程序員面試寶典》對面試中Android常見的題型和常用解答技巧進行了介紹，它不僅能幫助求職者快速復習相關知識點，也對現代職業人如何有效求職做了詳細解說。《Android高薪之路:Android程序員面試寶典》對於讀者從求職就業到提升計算機專業知識都有顯著的幫助。

編程之美《編程之美小組》

《編程之美—— 微軟 技術面試心得》收集了約60道演算法和 程序設計題目，這些題目大部分在近年的筆試，面試中出現過，或者是被微軟員工熱烈討論過。作者試圖從書中各種有趣的問題出發，引導讀者發現問題，分析問題，解決問題，尋找更優的解法。

書中絕大部分題目都提供了詳細的解說。 每道題目後面還有一至兩道擴展問題，供讀者進一步鑽研。

書中還講述了面試的各種小故事，告訴讀者微軟需要什麼樣的技術人才，重視什麼樣的能力，如何甄別人才。回答讀者關於IT業面試，招聘， 職業發展的疑問。 這本書的很多題目會出現在IT 行業的各種筆試，面試中。但本書更深層的意義在於引導讀者思考，和讀者共享思考之樂，編程之美。

Ⅳ 重構 改善既有代碼的設計為什麼淘寶上賣這么貴

本書清晰揭示了重構的過程，解釋了重構的原理和最佳實踐方式，並給回出了何時以及何地應答該開始挖掘代碼以求改善。書中給出了70多個可行的重構，每個重構都介紹了一種經過驗證的代碼變換手法的動機和技術。本書提出的重構准則將幫助你一次一小步地修改你的代碼，從而減少了開發過程中的風險。
書 名
重構：改善既有代碼的設計
作 者
（美）福勒
ISBN
9787115239143
定 價
69.00元
出版社
人民郵電出版社
出版時間
2010-11-1
開 本
16開

Ⅵ 什麼是代碼重構

代碼重構（英語： refactoring）重構就是在不改變軟體系統外部行為的前提下，改善它的內部結構。
軟體重構需要藉助工具完成，重構工具能夠修改代碼同時修改所有引用該代碼的地方。在極限編程的方法學中，重構需要單元測試來支持。
java重構：指程序員對已有程序在盡量不改變介面的前提下，進行重新編寫代碼的工作，一般有以下幾方面：
1、去除已知bug。
2、提高程序運行效率。
3、增加新的功能。
重構舉例：（簡化代碼、提升效率）

重構前：

if(list!=null&&list.size()>0){
for(inti=0;i<list.size();i++){
//skip...
}
}

重構後

if(list!=null){
for(inti=0,len=list.size();i<len;i++){
//skip...
}
}

何時著手重構（Refactoring）
新官上任三把火，開始一個全新??、腳不停蹄、加班加點，一支聲勢浩大的千軍萬"碼"夾裹著程序員激情和扣擊鍵盤的鳴金奮力前行，勢如破竹，攻城掠地，直指"黃龍府"。
開發經理是這支浩浩湯湯代碼隊伍的統帥，他負責這支隊伍的命運，當齊桓公站在山頂上看到管仲訓練的隊伍整齊劃一地前進時，他感嘆說"我有這樣一支軍隊哪裡還怕沒有勝利呢？"。但很遺憾，你手中的這支隊伍原本只是散兵游勇，在前進中招兵買馬，不斷壯大，所以隊伍變形在所難免。當開發經理發覺隊伍變形時，也許就是克制住攻克前方山頭的誘惑，停下腳步整頓隊伍的時候了。
Kent Beck提出了"代碼壞味道"的說法，和我們所提出的"隊伍變形"是同樣的意思，隊伍變形的信號是什麼呢？以下列述的代碼症狀就是"隊伍變形"的強烈信號：
·代碼中存在重復的代碼
中國有118 家整車生產企業，數量幾乎等於美、日、歐所有汽車廠家數之和，但是全國的年產量卻不及一個外國大汽車公司的產量。重復建設只會導致效率的低效和資源的浪費。
程序代碼更是不能搞重復建設，如果同一個類中有相同的代碼塊，請把它提煉成類的一個獨立方法，如果不同類中具有相同的代碼，請把它提煉成一個新類，永遠不要重復代碼。
·過大的類和過長的方法
過大的類往往是類抽象不合理的結果，類抽象不合理將降低了代碼的復用率。方法是類王國中的諸侯國，諸侯國太大勢必動搖中央集權。過長的方法由於包含的邏輯過於復雜，錯誤機率將直線上升，而可讀性則直線下降，類的健壯性很容易被打破。當看到一個過長的方法時，需要想辦法將其劃分為多個小方法，以便於分而治之。
·牽一毛而需要動全身的修改
當你發現修改一個小功能，或增加一個小功能時，就引發一次代碼地震，也許是你的設計抽象度不夠理想，功能代碼太過分散所引起的。
·類之間需要過多的通訊
A類需要調用B類的過多方法訪問B的內部數據，在關繫上這兩個類顯得有點狎昵，可能這兩個類本應該在一起，而不應該分家。
·過度耦合的信息鏈
"計算機是這樣一門科學，它相信可以通過添加一個中間層解決任何問題"，所以往往中間層會被過多地追加到程序中。如果你在代碼中看到需要獲取一個信息，需要一個類的方法調用另一個類的方法，層層掛接，就象輸油管一樣節節相連。這往往是因為銜接層太多造成的，需要查看就否有可移除的中間層，或是否可以提供更直接的調用方法。
·各立山頭幹革命
如果你發現有兩個類或兩個方法雖然命名不同但卻擁有相似或相同的功能，你會發現往往是因為開發團隊協調不夠造成的。筆者曾經寫了一個頗好用的字元串處理類，但因為沒有及時通告團隊其他人員，後來發現項目中居然有三個字元串處理類。革命資源是珍貴的，我們不應各立山頭幹革命。
·不完美的設計
在筆者剛完成的一個比對報警項目中，曾安排阿朱開發報警模塊，即通過Socket向指定的簡訊平台、語音平台及客戶端報警器插件發送報警報文信息，阿朱出色地完成了這項任務。後來用戶又提出了實時比對的需求，即要求第三方系統以報文形式向比對報警系統發送請求，比對報警系統接收並響應這個請求。這又需要用到Socket報文通訊，由於原來的設計沒有將報文通訊模塊獨立出來，所以無法復用阿朱開發的代碼。後來我及時調整了這個設計，新增了一個報文收發模塊，使系統所有的對外通訊都復用這個模塊，系統的整體設計也顯得更加合理。
每個系統都或多或少存在不完美的設計，剛開始可能注意不到，到後來才會慢慢凸顯出來，此時唯有勇於更改才是最好的出路。
·缺少必要的注釋
雖然許多軟體工程的書籍常提醒程序員需要防止過多注釋，但這個擔心好象並沒有什麼必要。往往程序員更感興趣的是功能實現而非代碼注釋，因為前者更能帶來成就感，所以代碼注釋往往不是過多而是過少，過於簡單。人的記憶曲線下降的坡度是陡得嚇人的，當過了一段時間後再回頭補注釋時，很容易發生"提筆忘字，愈言且止"的情形。
曾在網上看到過微軟的代碼注釋，其詳盡程度讓人嘆為觀止，也從中體悟到了微軟成功的一個經驗。

Ⅶ 重構：改善既有代碼的設計的作品目錄

第1章 重構，第一個案例
1.1 起點1
1.2 重構的第一步7
1.3 分解並重組statement()8
1.4 運用多態取代與價格相關的條件邏輯34
1.5 結語52
第2章 重構原則
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章 代碼的壞味道
3.1 DuplicatedCode（重復代碼）76
3.2 LongMethod（過長函數）76
3.3 LargeClass（過大的類）78
3.4 LongParameterList（過長參數列）78
3.5 DivergentChange（發散式變化）79
3.6 ShotgunSurgery（霰彈式修改）80
3.7 FeatureEnvy（依戀情結）80
3.8 DataClumps（數據泥團）81
3.9 PrimitiveObsession（基本類型偏執）81
3.10 SwitchStatements（switch驚悚現身）82
3.11 （平行繼承體系）83
3.12 LazyClass（冗贅類）83
3.13 SpeculativeGenerality（誇誇其談未來性）83
3.14 TemporaryField（令人迷惑的暫時欄位）84
3.15 MessageChains（過度耦合的消息鏈）84
3.16 MiddleMan（中間人）85
3.17 InappropriateIntimacy（狎昵關系）85
3.18 （異曲同工的類）85
3.19 IncompleteLibraryClass（不完美的庫類）86
3.20 DataClass（純稚的數據類）86
3.21 RefusedBequest（被拒絕的遺贈）87
3.22 Comments（過多的注釋）87
第4章 構築測試體系
4.1 自測試代碼的價值89
4.2 JUnit測試框架91
4.3 添加更多測試97
第5章 重構列表
5.1 重構的記錄格式103
5.2 尋找引用點105
5.3 這些重構手法有多成熟106
第6章 重新組織函數
6.1 ExtractMethod（提煉函數）110
6.2 InlineMethod（內聯函數）117
6.3 InlineTemp（內聯臨時變數）119
6.4 ReplaceTempwithQuery（以查詢取代臨時變數）120
6.5 IntroceExplainingVariable（引入解釋性變數）124
6.6 SplitTemporaryVariable（分解臨時變數）128
6.7 RemoveAssignmentstoParameters（移除對參數的賦值）131
6.8 ReplaceMethodwithMethodObject（以函數對象取代函數）135
6.9 SubstituteAlgorithm（替換演算法）139
第7章 在對象之間搬移特性
7.1 MoveMethod（搬移函數）142
7.2 MoveField（搬移欄位）146
7.3 ExtractClass（提煉類）149
7.4 InlineClass（將類內聯化）154
7.5 HideDelegate（隱藏「委託關系」）157
7.6 RemoveMiddleMan（移除中間人）160
7.7 IntroceForeignMethod（引入外加函數）162
7.8 IntroceLocalExtension（引入本地擴展）164
第8章 重新組織數據
8.1 SelfEncapsulateField（自封裝欄位）171
8.2 ReplaceDataValuewithObject（以對象取代數據值）175
8.3 ChangeValuetoReference（將值對象改為引用對象）179
8.4 ChangeReferencetoValue（將引用對象改為值對象）183
8.5 ReplaceArraywithObject（以對象取代數組）186
8.6 DuplicateObservedData（復制「被監視數據」）189
8.7 （將單向關聯改為雙向關聯）197
8.8 （將雙向關聯改為單向關聯）200
8.9 （以字面常量取代魔法數）204
8.10 EncapsulateField（封裝欄位）206
8.11 EncapsulateCollection（封裝集合）208
8.12 ReplaceRecordwithDataClass（以數據類取代記錄）217
8.13 ReplaceTypeCodewithClass（以類取代類型碼）218
8.14 ReplaceTypeCodewithSubclasses（以子類取代類型碼）223
8.15 ReplaceTypeCodewithState/Strategy（以State/Strategy取代類型碼）227
8.16 ReplaceSubclasswithFields（以欄位取代子類）232
第9章 簡化條件表達式
9.1 DecomposeConditional（分解條件表達式）238
9.2 （合並條件表達式）240
9.3 （合並重復的條件片段）243
9.4 RemoveControlFlag（移除控制標記）245
9.5 （以衛語句取代嵌套條件表達式）250
9.6 （以多態取代條件表達式）255
9.7 IntroceNullObject（引入Null對象）260
9.8 IntroceAssertion（引入斷言）267
第10章 簡化函數調用
10.1 RenameMethod（函數改名）273
10.2 AddParameter（添加參數）275
10.3 RemoveParameter（移除參數）277
10.4 SeparateQueryfromModifier（將查詢函數和修改函數分離）279
10.5 ParameterizeMethod（令函數攜帶參數）283
10.6 （以明確函數取代參數）285
10.7 PreserveWholeObject（保持對象完整）288
10.8 ReplaceParameterwithMethods（以函數取代參數）292
10.9 IntroceParameterObject（引入參數對象）295
10.10 RemoveSettingMethod（移除設值函數）300
10.11 HideMethod（隱藏函數）303
10.12 （以工廠函數取代構造函數）304
10.13 EncapsulateDowncast（封裝向下轉型）308
10.14 ReplaceErrorCodewithException（以異常取代錯誤碼）310
10.15 ReplaceExceptionwithTest（以測試取代異常）315
第11章 處理概括關系
11.1 PullUpField（欄位上移）320
11.2 PullUpMethod（函數上移）322
11.3 PullUpConstructorBody（構造函數本體上移）325
11.4 PushDownMethod（函數下移）328
11.5 PushDownField（欄位下移）329
11.6 ExtractSubclass（提煉子類）330
……
2第13章 重構，復用與現實

Ⅷ 哪裡有《重構 改善既有代碼的設計》的源代碼下載

http://down.51cto.com/data/966237

Ⅸ 關於編程的書籍

《程序員修煉之道》由一系列的獨立部分組成，涵蓋的主題從個人責任、職業發展，直到用於使代碼保持靈活、並且易於改編和復用的各種架構技術。利用許多富有娛樂性的奇聞軼事、有思想性的例子以及有趣的類比，全面闡釋了軟體開發的許多不同方面的最佳實踐和重大陷阱。無論你是初學者，是有經驗的程序員，還是軟體項目經理，本書都適合你閱讀。

代碼整潔之道
作者：Robert C. Martin，66% 推薦度

軟體質量，不但依賴於架構及項目管理，而且與代碼質量緊密相關。這一點，無論是敏捷開發流派還是傳統開發流派，都不得不承認。本書提出一種觀念：代碼質量與其整潔度成正比。干凈的代碼，既在質量上較為可靠，也為後期維護、升級奠定了良好基礎。作為編程領域的佼佼者，本書作者給出了一系列行之有效的整潔代碼操作實踐。這些實踐在本書中體現為一條條規則（或稱「啟示」），並輔以來自現實項目的正、反兩面的範例。只要遵循這些規則，就能編寫出干凈的代碼，從而有效提升代碼質量。

代碼大全（第 2 版）
作者：Steve McConnell，42% 推薦度

這是一本完整的軟體構建手冊，涵蓋了軟體構建過程中的所有細節。它從軟體質量和編程思想等方面論述了軟體構建的各個問題，並詳細論述了緊跟潮流的新技術、高屋建瓴的觀點、通用的概念，還含有豐富而典型的程序示例。這本書中所論述的技術不僅填補了初級與高級編程技術之間的空白，而且也為程序員們提供了一個有關編程技巧的信息來源。這本書對經驗豐富的程序員、技術帶頭人、自學的程序員及幾乎不懂太多編程技巧的學生們都是大有裨益的。可以說，無論是什麼背景的讀者，閱讀這本書都有助於在更短的時間內、更容易地寫出更好的程序。

重構：改善既有代碼的設計
作者：Martin Fowler，35% 推薦度

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

深入淺出設計模式
作者：Eric Freeman / Bert Bates / Kathy Sierra / Elisabeth Robson，29.4% 推薦度

《深入淺出設計模式》(影印版) 的編寫運用許多最新的研究，包括神經生物學、認知科學以及學習理論，這使得《深入淺出設計模式》(影印版) 能夠將這些設計模式深深地烙印在你的腦海中，不容易被遺忘。你將會更擅長於解決軟體設計中的問題，並能夠和你的團隊成員用模式的語言來更好地溝通。

人月神話
作者：Frederick P. Brooks Jr，27.9% 推薦度

作者為人們管理復雜項目提供了頗具洞察力的見解，既有很多發人深省的觀點，也有大量的軟體工程實踐。書中的內容來自布魯克斯在 IBM 公司 System 360 家族和 OS 360 中的項目管理經驗。初版的 20 年後，布魯克斯重新審視了他原先的觀點，增加了一些新的想法和建議。新增加的章節包括：原著中一些核心觀點的精華；在經過了一個時代以後，Brooks 博士對原先觀點新的認識；1986 年的經典文章《沒有銀彈》；對 1986 年所下論斷（在 10 年內不會出現銀彈）現在的認識。

Ⅹ 改善既有代碼的設計 這本書怎麼樣

您好，我來為您解答：
《重構：改善既有代碼的設計》凝聚了軟版件開發社區專家多權年摸索而獲得的寶貴經驗，擁有不因時光流逝而磨滅的價值。今天，無論是重構本身，業界對重構的理解，還是開發工具對重構的支持力度，都與《重構：改善既有代碼的設計》最初出版時不可同日而語，但書中所蘊涵的意味和精華，依然值得反復咀嚼，而且往往能夠常讀常新。

如果我的回答沒能幫助您，請繼續追問。