xxxfreesexmoves-haodiaocao这里只有精品视频-欧美性受黑人性爽-欧美性受xxxxxx黑人xyx性爽|www.jsyyzsb.com

本書分為三部分：第1部分介紹代碼的整理（微型重構）；第二部分討論如何將整理工作整合到開發工作流程中；第三部分深入探討什么是軟件設計、軟件設計如何驅動軟件開發和運營成本以及軟件開發和運營成本又如何驅動軟件設計、投資軟件結構與不投資軟件結構之間的權衡是什么、我們可以利用哪些經濟和人文原則來決定是否以及如何改變軟件結構。

雜亂無章的代碼令人煩惱。要想整理代碼，使其更具可讀性，就需要將代碼分成易于管理的部分。在這本實用指南中，極限編程的創始人、軟件模式先驅Kent Beck對代碼整理的時機和位置給出了建議，可以在改善代碼的同時保持系統的整體結構。本書不會試圖讓你一次性掌握所有的整理方法，而是帶你嘗試一些對你的問題有意義的例子。如果你有一個包含多行代碼的大函數，你將學習如何合理地將其分割成小塊。同時，你還將學習軟件設計背后的理論：耦合、內聚、現金流貼現和期權。本書將幫助你：·理解軟件設計的基本理論和驅動因素。·探索系統行為變化和系統結構變化之間的區別。·通過優先整理或事后整理來改善編程體驗。·學習如何安全小步地進行大改動。·將軟件設計視為人際關系的一種實踐。

什么是整理優先

我必須修改這段代碼，但它很亂。我應該先做什么？

也許我應該在修改之前整理一下代碼。是整理一部分，還是根本不整理呢？

這些都是你可能會問自己的問題，如果有簡單的答案，我就沒有必要寫一本書來解決這些問題了。

本書內容包括：
? 在修改代碼之前，何時整理這些雜亂無章的代碼。
? 如何安全高效地整理雜亂無章的代碼。
? 如何停止整理雜亂無章的代碼。
? 整理為什么有效。

軟件設計是一種人際關系實踐。在本書中，我們從程序員與自己的關系開始談起。為什么我們不花時間關心自己？為什么不花時間讓工作更輕松？為什么我們會陷入整理代碼的兔子洞譯注，而忽視了能幫助用戶的工作呢？

本書是為了讓極客們在這個世界感到安全。良好的軟件設計是提高軟件開發效率的強大工具，但如果使用不當，它就會變成另一個壓迫工具，拖累軟件開發的效率。

本書以軟件設計為主題。我希望使軟件設計變得易于理解并得到重視，讓大家以有益于日常工作的方式來理解和實踐軟件設計。

假設有一個包含很多行代碼的長函數。在修改它之前，你需要閱讀代碼，了解其中的內容。在這個過程中，你會發現可以從邏輯上將代碼分割成小塊。提取這些代碼塊的過程就是整理代碼的過程。其他類型的整理工作包括使用衛述句（guard clause）、使用解釋型注釋和使用輔助函數。

本書實踐了它提出的理念將這些整理技巧分成小塊并指導你何時何地可以使用哪些技巧。所以，與其試圖一次性掌握全部整理技巧，不如先嘗試一些能解決你的問題的技巧。本書還講述了軟件設計背后的理論：耦合、內聚、現金流貼現和期權。

目標讀者

本書面向程序員、資深開發人員、實踐型軟件架構師和技術經理。本書與編程語言無關，所有開發人員都可以閱讀并將書中的概念應用到自己的項目中。

你將學到什么

讀完本書，你將理解：
? 系統行為變化與系統結構變化之間的根本區別。
? 當單個程序員修改代碼時，結構和行為交替變化的魔力。
? 軟件設計的工作原理和驅動因素。

你還能夠：
? 通過優先整理（有時是事后整理）來改善編程體驗。
? 安全小步地進行大改動。
? 將設計作為一種具有不同激勵機制的人類活動。

本書內容

本書分為三部分。
第一部分
整理就像一個小巧的迷你重構。每一個短章涵蓋一個整理技巧。只要看到這樣的代碼，就將它改成那樣的代碼，然后將其發布到生產環境。

第二部分
該部分介紹整理過程的管理。整理的理念之一是它永遠不應該成為一件大事。它不需要打報告、跟蹤、計劃和安排時間。之所以優先進行整理，是因為你需要改動代碼，但代碼很混亂，改起來很困難。即使作為日常工作的一部分，這仍然是一個需要用心改進的過程。

第三部分
在這一部分，我終于可以放飛自我，深入探討讓我興奮的主題了。當我說軟件設計是一種人際關系實踐時，我在說什么？這些人是誰？如何通過更好的軟件設計來更好地滿足他們的需求？為什么軟件成本如此之高？我們可以采取什么措施來解決這個問題，耦合？內聚？冪律？

我的目標是讓讀者從早上開始閱讀，然后在當天下午就能進行更好的軟件設計。之后每天都能稍微提升一點設計水平。很快，軟件設計將不再成為軟件交付價值鏈中的薄弱環節。

為什么是經驗性軟件設計

在軟件設計中，設計成什么樣似乎是爭論最激烈的問題：
? 服務應該有多大？
? 代碼庫應該有多大？
? 是事件還是顯式服務調用？
? 是對象、函數還是命令式代碼？

這些爭論掩蓋了軟件設計人員之間更根本的分歧：什么時候設計？下面是這一分歧的兩個極端：

投機性設計
我們知道接下來要做什么，所以今天就可以開始設計，并且成本更低。此外，一旦軟件投入生產，將再也沒有機會進行設計，所以我們今天就設計出全部內容吧。

反應式設計
功能是所有人都關心的問題，所以我們今天要盡可能少地進行設計，這樣才能回到功能開發上來。只有當功能幾乎無法添加時，我們才會勉為其難地改進設計，而且只會改進到剛剛能夠繼續開發功能的程度。

我對什么時候這個問題的回答是中間的某個時刻。當發現某類功能很難添加時，我們就會進行設計，直到壓力得到緩解。我們從剛剛好的設計開始，以啟動反饋循環：

功能
用戶想要什么？

設計
如何為程序員提供最好的支持，以實現這些功能？

經驗性軟件設計的時機取決于具體的情況。要為設計預留一些時間。回答什么時候這個問題需要設計嗅覺、談判能力和鑒別能力。需要嗅覺和鑒別能力是缺點嗎？當然，但這是一種無法避免的缺點。投機性設計和反應式設計同樣需要鑒別能力，但軟件設計師沒有多少工具可用。

我喜歡用經驗性這個詞來描述這種風格，因為它似乎澄清了我對投機性設計和反應式設計時機的區分。它的基礎、關注點和驗證方式是觀察或經驗，而不是理論或純邏輯。這聽上去沒有問題。

Kent Beck是程序員、極限編程（Extreme Programming）創始人、軟件模式先驅、JUnit合著者、測試驅動開發（Test-Driven Development,TDD）的重新發現者,以及3X（Explore/Expand/Extract，探索/擴展/提取）的觀察者。Beck還是《敏捷宣言》按字母順序排列的第一位簽署人。他現在是Mechanical Orchard公司的首席科學家，教授幫助極客在世界上感到安全的技能。

序1
前言3
引言11
第一部分 整理
第1章 衛述句15
第2章 無用代碼17
第3章 對稱歸一19
第4章 新接口，舊實現21
第5章 閱讀順序23
第6章 內聚順序25
第7章 將聲明和初始化放在一起27
第8章 解釋型變量29
第9章 解釋型常量31
第10章 顯式化參數33
第11章 語句分塊35
第12章 提取輔助函數37
第13章 積沙成堆39
第14章 解釋型注釋41
第15章 刪除多余注釋43
第二部分 管理
第16章 單獨整理47
第17章 整理鏈51
第18章 批大小55
第19章 節奏59
第20章 解開亂麻61
第21章 優先，事后，以后，從不63
第三部分 理論
第22章 將元素關聯起來創造收益69
第23章 結構和行為73
第24章 經濟學：時間價值和期權性77
第25章 現在的一塊錢大于未來的一塊錢79
第26章 期權81
第27章 期權與現金流85
第28章 可逆的結構修改87
第29章 耦合89
第30章 康斯坦丁等價定律93
第31章 耦合與解耦97
第32章 內聚101
第33章 結論103

附錄 閱讀清單和參考文獻105