什么是整理優(yōu)先

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

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

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

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

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

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

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

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

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

目標(biāo)讀者

本書面向程序員、資深開發(fā)人員、實踐型軟件架構(gòu)師和技術(shù)經(jīng)理。本書與編程語言無關(guān)，所有開發(fā)人員都可以閱讀并將書中的概念應(yīng)用到自己的項目中。

你將學(xué)到什么

讀完本書，你將理解：
? 系統(tǒng)行為變化與系統(tǒng)結(jié)構(gòu)變化之間的根本區(qū)別。
? 當(dāng)單個程序員修改代碼時，結(jié)構(gòu)和行為交替變化的魔力。
? 軟件設(shè)計的工作原理和驅(qū)動因素。

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

本書內(nèi)容

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

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

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

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

為什么是經(jīng)驗性軟件設(shè)計

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

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

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

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

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

功能
用戶想要什么？

設(shè)計
如何為程序員提供最好的支持，以實現(xiàn)這些功能？

經(jīng)驗性軟件設(shè)計的時機取決于具體的情況。要為設(shè)計預(yù)留一些時間�；卮鹗裁磿r候這個問題需要設(shè)計嗅覺、談判能力和鑒別能力。需要嗅覺和鑒別能力是缺點嗎？當(dāng)然，但這是一種無法避免的缺點。投機性設(shè)計和反應(yīng)式設(shè)計同樣需要鑒別能力，但軟件設(shè)計師沒有多少工具可用。

我喜歡用經(jīng)驗性這個詞來描述這種風(fēng)格，因為它似乎澄清了我對投機性設(shè)計和反應(yīng)式設(shè)計時機的區(qū)分。它的基礎(chǔ)、關(guān)注點和驗證方式是觀察或經(jīng)驗，而不是理論或純邏輯。這聽上去沒有問題。