可是老兄，你說(shuō)你去年就會(huì)完成這本書(shū)的。距離1999年Claudia發(fā)出這一正當(dāng)?shù)谋г梗�已�?jīng)過(guò)去7年了，但我（Bob）（前言為兩名作者共同寫(xiě)成，因而在我的后面指出了具體的作者名稱，以示區(qū)分）覺(jué)得已經(jīng)做出了補(bǔ)償。我要經(jīng)營(yíng)一家咨詢公司，做大量編碼、培訓(xùn)、輔導(dǎo)和演講工作，寫(xiě)文章、專(zhuān)欄和博客，更不用提還要養(yǎng)家糊口并享受大家庭的樂(lè)趣。所以，這期間寫(xiě)三本書(shū)（每?jī)赡暌槐荆┱娴氖且粋�(gè)巨大的挑戰(zhàn)。但是，我樂(lè)在其中。
敏捷開(kāi)發(fā)是在需求快速變化的情況下快速開(kāi)發(fā)軟件的一種能力。為實(shí)現(xiàn)這種敏捷性，需使用能提供必要紀(jì)律和反饋的實(shí)踐，需遵守保持軟件靈活且易于維護(hù)的設(shè)計(jì)原則，需知道已證明能為特定問(wèn)題權(quán)衡那些原則的設(shè)計(jì)模式。本書(shū)旨在將這三個(gè)概念整合成一個(gè)有機(jī)的整體。
本書(shū)介紹了這些原則、模式與實(shí)踐，然后通過(guò)多個(gè)案例來(lái)演示其實(shí)際運(yùn)用。更重要的是，這些案例都不是成品。相反，它們是進(jìn)行中的設(shè)計(jì)。你會(huì)看到設(shè)計(jì)人員犯錯(cuò)，觀察到他們?nèi)绾伟l(fā)現(xiàn)并終糾正錯(cuò)誤，會(huì)看到設(shè)計(jì)人員對(duì)一個(gè)難題苦思不得其解，并擔(dān)心歧義和得失�？傊�，你看到的是設(shè)計(jì)實(shí)際在進(jìn)行。
2005年初，我（Micah）在一個(gè)小開(kāi)發(fā)團(tuán)隊(duì)做事，當(dāng)時(shí)要著手用C#來(lái)寫(xiě)一個(gè).NET應(yīng)用程序。項(xiàng)目要求采用敏捷開(kāi)發(fā)實(shí)踐，這正是我進(jìn)入該項(xiàng)目的原因之一。雖然以前用過(guò)C#，但我熟悉的還是Java和C 。
當(dāng)時(shí)沒(méi)想過(guò)用.NET會(huì)有多大區(qū)別，事實(shí)證明確實(shí)如此。項(xiàng)目進(jìn)行了兩個(gè)月，我們發(fā)布了個(gè)版本。不是完整版本，只包含所有預(yù)期功能的一部分，但足夠用。他們也真的在用。僅過(guò)了兩個(gè)月，公司就從我們的開(kāi)發(fā)收獲了好處。管理層高興，嚷著要雇更多人，啟動(dòng)更多項(xiàng)目。
多年來(lái)一直出沒(méi)于敏捷社區(qū)，我知道有許多敏捷開(kāi)發(fā)人員能幫到我們。我給他們打了電話，請(qǐng)他們加入。終，沒(méi)有任何一個(gè)搞敏捷的人加入我們的團(tuán)隊(duì)。為什么？或許重要的原因是我們用的是.NET。
幾乎所有敏捷開(kāi)發(fā)人員都有Java，C 或Smalltalk的背景。但幾乎沒(méi)聽(tīng)說(shuō)過(guò)有敏捷.NET程序員。我說(shuō)要用.NET進(jìn)行敏捷軟件開(kāi)發(fā)，我的那些朋友可能根本沒(méi)有把我的話當(dāng)真，或者他們就是不想和.NET扯上關(guān)系。這是一個(gè)大問(wèn)題。而且，發(fā)生過(guò)好多次。
為期一周的有關(guān)各種軟件主題的課程使我能結(jié)識(shí)來(lái)自世界各地的開(kāi)發(fā)人員。
就各種軟件主題講授大約一周的課程，使我有機(jī)會(huì)接觸來(lái)自世界各地有代表性的開(kāi)發(fā)人員。許多學(xué)員都是.NET程序員，也有許多是Java或C 程序員。雖然不好聽(tīng)，但根據(jù)我的經(jīng)驗(yàn)，.NET程序員通常比Java和C 程序員要弱一些。顯然，并非總是如此。但通過(guò)在課堂上反復(fù)觀察，我只能得出這樣的結(jié)論：.NET程序員在敏捷軟件實(shí)踐、設(shè)計(jì)模式和設(shè)計(jì)原則等方面通常要弱一些。據(jù)我觀察，許多.NET程序員從未聽(tīng)說(shuō)過(guò)這些基本概念。這種情況必須改變！
我父親Robert C. Martin于2002年出版了的《敏捷軟件開(kāi)發(fā)：原則、模式與實(shí)現(xiàn)》榮獲了2003年Jolt大獎(jiǎng)。那是本好書(shū)，受到許多開(kāi)發(fā)人員的推崇。遺憾的是，它對(duì).NET社區(qū)影響甚微。雖然書(shū)的內(nèi)容同樣適合.NET，但鮮有.NET程序員讀過(guò)。
我希望講.NET的這一版能在.NET和開(kāi)發(fā)社區(qū)其余部分之間建立起一座橋梁。希望程序員能讀一讀，了解構(gòu)建軟件的更優(yōu)方式。希望他們開(kāi)始使用更好的軟件實(shí)踐，創(chuàng)建更好的設(shè)計(jì)，提升.NET應(yīng)用程序員的質(zhì)量標(biāo)準(zhǔn)。希望.NET程序員不再比其他程序員弱。希望.NET程序員在軟件社區(qū)取得更多話語(yǔ)權(quán)，就連Java開(kāi)發(fā)人員也樂(lè)意加入一個(gè).NET團(tuán)隊(duì)。
寫(xiě)書(shū)的過(guò)程中，我經(jīng)常糾結(jié)于要不要把我的名字放在一本.NET書(shū)的封面。這樣會(huì)不會(huì)將我和.NET聯(lián)系起來(lái)，會(huì)不會(huì)有不好的暗示？但終我不再糾結(jié)。我是一名.NET程序員。不對(duì)！一名敏捷.NET程序員！我為此感到驕傲。
關(guān)于本書(shū)
20世紀(jì)90年代初，我(Bob)寫(xiě)了Designing Object-Oriented C Applications Using the Booch Method一書(shū)，是我的代表作，我對(duì)其影響和銷(xiāo)量都很滿意。其實(shí)你現(xiàn)在正在看的開(kāi)始就是想作為那本書(shū)的第3版，只是后來(lái)完全不是那么回事。原作內(nèi)容在本書(shū)所剩無(wú)己，不超過(guò)3章，而且都進(jìn)行了大幅修訂。書(shū)的意圖、精神和許多啟發(fā)并沒(méi)有改變。在該書(shū)問(wèn)世后的十年里，我在軟件設(shè)計(jì)和開(kāi)發(fā)方面學(xué)到了很多。本書(shū)反映了我學(xué)到的東西。
這是怎樣的十年��！該書(shū)是在互聯(lián)網(wǎng)時(shí)代之前出版的。互聯(lián)網(wǎng)問(wèn)世后，需要掌握的縮寫(xiě)詞數(shù)量大增。我們現(xiàn)在有了EJB、RMI、J2EE、XML、XSLT、HTML、ASP、JSP、ZOPE、SOAP、C#和.NET，另外還有設(shè)計(jì)模式、Java、Servelets和Application Servers�；�本上，要使本書(shū)所有章節(jié)的內(nèi)容保持是很難的。
本書(shū)和Booch的關(guān)系
1997年，Grady Booch（Grady Booch是統(tǒng)一建模語(yǔ)言(UML)的締造者之一）邀請(qǐng)我?guī)兔��?xiě)他那本大獲成功的Object-Oriented Analysis and Design with Applications一書(shū)的第3版。我以前和Grady在一些項(xiàng)目上合作過(guò)，是其許多作品（包括UML）的熱心讀者和內(nèi)容貢獻(xiàn)者。所以，我高興地接受了邀請(qǐng)，并請(qǐng)我的好友Jim Newkirk共同參與。
接下來(lái)的兩年，我和Jim為Booch寫(xiě)了許多章節(jié)，花在本書(shū)上的精力自然就少了。但是，我覺(jué)得Booch的書(shū)值得投入。另外，當(dāng)時(shí)還在想本書(shū)反正只是第2版，所以并不是特別上心。如果我要寫(xiě)一些有份量的內(nèi)容，我會(huì)寫(xiě)一些新的、不一樣的。
遺憾的是，Booch的書(shū)難產(chǎn)了。本來(lái)就很難在正常時(shí)間寫(xiě)書(shū)，在互聯(lián)網(wǎng)泡沫的那段時(shí)間更是不太可能。Grady在Rational Software的工作更忙了，同時(shí)還忙于像Catapulse這樣的風(fēng)投企業(yè)。所以，項(xiàng)目陷入停頓。終，我問(wèn)Grady和Addison-Wesley出版社能不能把我和Jim寫(xiě)的章節(jié)放到本書(shū)。他們慷慨地同意了。本書(shū)的幾個(gè)案例分析和UML章節(jié)就是這么來(lái)的。
極限編程的影響
1998年末，極限編程(XP)嶄露頭角，挑戰(zhàn)我們對(duì)于軟件開(kāi)發(fā)的傳統(tǒng)觀念。是應(yīng)該在寫(xiě)任何代碼之前創(chuàng)建大量UML圖，還是避免一切形式的圖，直接寫(xiě)大量代碼？是應(yīng)該寫(xiě)許多說(shuō)明性的文檔來(lái)描述設(shè)計(jì)，還是使代碼更具說(shuō)明性，從而無(wú)需輔助文檔？要結(jié)對(duì)寫(xiě)程序嗎？寫(xiě)生產(chǎn)代碼前要先寫(xiě)好測(cè)試代碼嗎？我們到底應(yīng)該怎么做？
這個(gè)變革來(lái)得恰是時(shí)候。20世紀(jì)90年代中期，Object Mentor幫助許多公司解決OO(面向?qū)ο?設(shè)計(jì)和項(xiàng)目管理問(wèn)題。我們幫這些公司完成其項(xiàng)目。在這個(gè)過(guò)程中，我們向團(tuán)隊(duì)灌輸了自己的態(tài)度與實(shí)踐。遺憾的是，這些東西沒(méi)有形成書(shū)面記錄。相反，只是從口頭上傳達(dá)給了客戶。
1998年，我意識(shí)到需要把我們的過(guò)程和實(shí)踐記錄下來(lái)，以便更好地向客戶傳達(dá)。所以我在C Report上寫(xiě)了許多關(guān)于這一過(guò)程的文章（有4篇文章。前三篇是Iterative and Incremental Development(I, II, III)。后一篇是C.O.D.E Culled Object Development process）。但是，這些文章沒(méi)有達(dá)到目標(biāo)。信息量大，有時(shí)還十分有趣，但它們沒(méi)有將我們?cè)陧?xiàng)目中采用的實(shí)踐和態(tài)度整理成文，面是對(duì)數(shù)十年來(lái)我形成的價(jià)值觀的一種無(wú)意識(shí)的折衷。后是Kent Beck提醒了我。
本書(shū)和Kent的關(guān)系
1998年末，正當(dāng)我為Object Mentor過(guò)程的整理而煩惱時(shí)，Kent和Beck在極限編程（XP）方面的成果讓我眼前一亮。這些成果散見(jiàn)于Ward Cunningham（沃德·坎寧安，Wiki概念的發(fā)明者，設(shè)計(jì)模式和敏捷軟件方法的先驅(qū)之一）的wiki（http://c2.com/cgi/wiki包含涉及廣泛主題的大量文章。有數(shù)百上千的作者。有人說(shuō)，也就Ward Cunningham才能用幾行Perl代碼發(fā)起一次社會(huì)革命），和其他許多人的作品混在一起。盡管如此，作為一個(gè)有心人，我還是掌握了Kent的要點(diǎn)。感興趣的同時(shí)，我也有了一些疑慮。極限編程的某些東西契合我的開(kāi)發(fā)過(guò)程目標(biāo)。但另一些東西，比如缺乏一個(gè)明確的設(shè)計(jì)階段，卻讓我疑惑。
我和Kent處于截然不同的軟件環(huán)境。他是公認(rèn)的Smalltalk顧問(wèn)，我是公認(rèn)的C 顧問(wèn)。這兩個(gè)世界相互很難溝通，存在像庫(kù)恩范式（1995年到2001年任何可靠的學(xué)術(shù)著作采用的都肯定是庫(kù)恩(Kuhnian)一詞。它是指托馬斯·庫(kù)恩(Thomas S. Kuhn)所著的《科學(xué)革命的結(jié)構(gòu)》一書(shū)(芝加哥大學(xué)出版社1962年出版)。庫(kù)恩認(rèn)為科學(xué)不是通過(guò)新知識(shí)的線性積累進(jìn)步，而是經(jīng)歷周期性的革命，稱范式轉(zhuǎn)移。）那么大的鴻溝。
其他時(shí)候我絕不會(huì)邀請(qǐng)Kent為C Report撰稿。但是，由于我們對(duì)于過(guò)程的看法取得了一致，所以語(yǔ)言的鴻溝不再重要。1999年2月，我在慕尼黑的OOP大會(huì)上見(jiàn)到了Kent。我當(dāng)時(shí)在講OOD的原則，他就在對(duì)面的房間里講XP。由于沒(méi)法聽(tīng)到他的演講，我在午餐時(shí)找到了Kent。我們討論了XP，我提出了讓他為C Report撰稿的請(qǐng)求。這是一篇很棒的文章，討論了Kent如何和一名同事花一小時(shí)左右的時(shí)間在某個(gè)live system中進(jìn)行一次全面的設(shè)計(jì)更改。
接著幾個(gè)月，我慢慢梳理出了自己對(duì)XP的憂慮。擔(dān)心的是如何采納一個(gè)沒(méi)有明顯前期設(shè)計(jì)階段的過(guò)程。感覺(jué)自己好像卡在了這里。對(duì)于我的客戶及其整個(gè)行業(yè)，我難道不應(yīng)該告訴他們值得花時(shí)間在設(shè)計(jì)上嗎？
后，我終于意識(shí)到自己都沒(méi)有真正注重過(guò)這樣的一個(gè)階段。即使在我寫(xiě)的關(guān)于設(shè)計(jì)、Booch圖和UML圖的所有文章和書(shū)里，都總是將代碼作為驗(yàn)證圖是否有意義的一種方式來(lái)使用。在我的所有客戶咨詢中，我會(huì)花一兩個(gè)小時(shí)幫客戶畫(huà)圖，再指導(dǎo)他們通過(guò)代碼來(lái)利用這些圖。我意識(shí)到雖然XP關(guān)于設(shè)計(jì)的說(shuō)法有點(diǎn)陌生，有點(diǎn)庫(kù)恩（如果在文章中兩次提到庫(kù)恩的話，論文的可信度更高），但其背后的實(shí)踐我本來(lái)就熟悉。
我對(duì)XP的其他擔(dān)心較容易解決。我私底下一直擁護(hù)結(jié)對(duì)編程。XP使我能光明正大地和伙伴一起編程。重構(gòu)、持續(xù)集成、在客戶現(xiàn)場(chǎng)工作……所有這些對(duì)我來(lái)說(shuō)都很容易接受。它們很接近我向客戶建議的工作方式。
XP的一個(gè)實(shí)踐對(duì)我來(lái)說(shuō)是新的發(fā)現(xiàn)。次聽(tīng)說(shuō)測(cè)試驅(qū)動(dòng)開(kāi)發(fā)（Test-driven development，TDD）（Kent Beck著，中文版《實(shí)戰(zhàn)測(cè)試驅(qū)動(dòng)開(kāi)發(fā)》）時(shí)可能感覺(jué)沒(méi)什么：寫(xiě)生產(chǎn)代碼前先寫(xiě)好測(cè)試用例，寫(xiě)所有生產(chǎn)代碼的目的都是使失敗的測(cè)試用例通過(guò)測(cè)試。但是，我對(duì)這種開(kāi)發(fā)模式所帶來(lái)的深遠(yuǎn)影響始料未及。該實(shí)踐徹底改變了我寫(xiě)軟件的方式：變得更好了。
所以，1999年秋，我確信 Object Mentor 應(yīng)采納 XP 作為其選擇的過(guò)程，并且我應(yīng)該放棄寫(xiě)自己的過(guò)程的想法。Kent已經(jīng)很好地歸納了XP的實(shí)踐與過(guò)程，我的小小嘗試與之相比不值一提。
.NET
各大企業(yè)正在進(jìn)行一場(chǎng)戰(zhàn)爭(zhēng)，目的是爭(zhēng)取你的效忠。它們認(rèn)為，只要擁有了語(yǔ)言，就擁有了程序員以及雇用這些程序員的公司。
這場(chǎng)戰(zhàn)爭(zhēng)的個(gè)爭(zhēng)奪點(diǎn)是Java。Java是個(gè)由大公司為贏得程序員關(guān)注而創(chuàng)建的語(yǔ)言，并取得了極大成功。Java在軟件社區(qū)深得人心，基本上是現(xiàn)代多層IT應(yīng)用程序的事實(shí)上的標(biāo)準(zhǔn)。
相應(yīng)的一個(gè)還擊來(lái)自IBM，它通過(guò)Eclipse開(kāi)發(fā)環(huán)境奪走了很大一塊Java市場(chǎng)。Microsoft技術(shù)精湛的開(kāi)發(fā)人員也不甘落后，他們提供了常規(guī)意義上的.NET和為特殊的C#。
令人驚訝的是，Java和C#很難區(qū)分。兩種語(yǔ)言語(yǔ)義一致，語(yǔ)法也相似，以至于許多代碼段沒(méi)有差別。雖然Microsoft在技術(shù)創(chuàng)新上差點(diǎn)意思，但它趕超別人并取得終勝利的能力還是相當(dāng)不錯(cuò)的。
本書(shū)版采用Java和C 作為編碼語(yǔ)言。本書(shū)則完全采用C#和.NET平臺(tái)。不要把這當(dāng)成是背書(shū)。這場(chǎng)戰(zhàn)爭(zhēng)我們不選邊站。事實(shí)上，大公司為爭(zhēng)奪程序員的關(guān)注而發(fā)起的戰(zhàn)爭(zhēng)沒(méi)有太大意義。未來(lái)幾年一旦出現(xiàn)更好的語(yǔ)言，程序員的心思立即就會(huì)發(fā)生轉(zhuǎn)移。
本書(shū)之所以出.NET版，自然是為了方便.NET讀者。雖然書(shū)中的原則、模式與實(shí)踐和語(yǔ)言無(wú)關(guān)，但案例分析不是。.NET程序員看.NET的案例分析更舒服，Java程序員看Java的例子更愉快。
魔鬼就在細(xì)節(jié)里
本書(shū)包含大量.NET代碼。希望你能仔細(xì)讀代碼，因?yàn)榇�碼在很大程度上就是本書(shū)的重點(diǎn)。代碼具現(xiàn)了本書(shū)要表達(dá)的意思。
本書(shū)采用固定寫(xiě)作模式：大小不一的一系列案例分析。有的非常小，有的則需要用幾章來(lái)講解。每個(gè)案例分析都有一些前置材料，描述了該案例分析要用到的面向?qū)ο笤O(shè)計(jì)原則和模式。
本書(shū)首先討論開(kāi)發(fā)實(shí)踐和過(guò)程，其中穿插了許多小的案例分析和例子。然后開(kāi)始討論設(shè)計(jì)和設(shè)計(jì)原則，接著討論一些設(shè)計(jì)模式，對(duì)包進(jìn)行管控的更多設(shè)計(jì)原則，以及更多模式。所有這些主題都伴隨有相應(yīng)的案例分析。
所以，要做好讀一些代碼和研究一些UML圖的準(zhǔn)備。本書(shū)技術(shù)性很強(qiáng)，它要傳授的經(jīng)驗(yàn)教訓(xùn)如同惡魔一樣隱藏在細(xì)節(jié)里(細(xì)節(jié)決定成敗)。
本書(shū)的結(jié)構(gòu)
本書(shū)包含4部分38章和2個(gè)附錄。
第Ⅰ部分：敏捷開(kāi)發(fā)。本部分描述敏捷開(kāi)發(fā)的概念。首先展示敏捷聯(lián)盟宣言，概述了極限編程(XP)，然后通過(guò)許多小的案例分析來(lái)闡述一些單獨(dú)的XP實(shí)踐，尤其是對(duì)設(shè)計(jì)和代碼編碼方式有影響的那些。
第Ⅱ部分：敏捷設(shè)計(jì)。本部分討論面向?qū)ο筌浖�設(shè)計(jì)，包括它的定義，對(duì)復(fù)雜性進(jìn)行管理的問(wèn)題和技術(shù)，以及面向?qū)ο箢?lèi)設(shè)計(jì)的原則。本部分后用幾章描述了UML的一個(gè)實(shí)用子集。
第Ⅲ部分：案例學(xué)習(xí)：Payroll系統(tǒng)。本部分描述面向?qū)ο笤O(shè)計(jì)和一個(gè)簡(jiǎn)單的批處理Payroll系統(tǒng)的C 實(shí)現(xiàn)。前幾章描述本案例分析遇到的設(shè)計(jì)模式。后一章是完整的案例分析，是本書(shū)和完整的一個(gè)。
第Ⅳ部分：案例學(xué)習(xí)：打包Payroll系統(tǒng)。本部分首先描述面向?qū)ο蟀�設(shè)計(jì)的原則，然后通過(guò)增量打包上一部分的類(lèi)來(lái)演示這些原則。后幾章描述了Payroll應(yīng)用程序的數(shù)據(jù)庫(kù)和UI設(shè)計(jì)。
附錄A：兩家公司的諷刺故事
附錄B：Jack Reeves的什么是軟件一文。
如何使用本書(shū)
如果你是開(kāi)發(fā)人員，請(qǐng)將本書(shū)從頭讀到尾。本書(shū)主要為開(kāi)發(fā)人員而寫(xiě)，包含以敏捷方式開(kāi)發(fā)軟件所需的資訊。先學(xué)習(xí)實(shí)踐，然后是原則，然后是模式，然后是把所有這些結(jié)合起來(lái)的案例分析。整合所有這些知識(shí)將有助于你完成項(xiàng)目。
如果你是管理人員或業(yè)務(wù)分析師，請(qǐng)閱讀第Ⅰ部分敏捷開(kāi)發(fā)。第1章～第6章深入討論了敏捷原則和實(shí)踐，從需求到計(jì)劃，再到測(cè)試、重構(gòu)和編程。本部分將指導(dǎo)你建立團(tuán)隊(duì)和管理項(xiàng)目。
如果想學(xué)習(xí)UML，請(qǐng)先閱讀第13章～第19章，然后閱讀第Ⅲ部分案例學(xué)習(xí)：薪水支付系統(tǒng)Payroll的全部章節(jié)。這將幫助你在UML的語(yǔ)法和使用方面打下良好基礎(chǔ)，同時(shí)幫助你在UML和C#之間轉(zhuǎn)換。
如果想學(xué)習(xí)設(shè)計(jì)模式，請(qǐng)閱讀第Ⅱ部分敏捷設(shè)計(jì)，從而先學(xué)習(xí)設(shè)計(jì)原則。然后閱讀第Ⅲ部分案例學(xué)習(xí)：薪水支付系統(tǒng)Payroll和第Ⅳ部分案例學(xué)習(xí)：打包Payroll系統(tǒng)。它們定義了所有模式，并展示了它們?cè)诘湫颓闆r下的使用。
如果想學(xué)習(xí)面向?qū)ο笤O(shè)計(jì)原則，請(qǐng)閱讀第Ⅱ部分敏捷設(shè)計(jì)和第Ⅲ部分案例學(xué)習(xí)：薪水支付系統(tǒng)Payroll和第Ⅳ部分案例學(xué)習(xí)：打包Payroll系統(tǒng)。它們描述了面向?qū)ο笤O(shè)計(jì)原則并展示了如何使用它們。
如果想學(xué)習(xí)敏捷開(kāi)發(fā)方法，請(qǐng)閱讀第Ⅰ部分敏捷開(kāi)發(fā)。本部分描述了敏捷開(kāi)發(fā)的需求、計(jì)劃、測(cè)試、重構(gòu)和編程。
如果想找樂(lè)子，請(qǐng)閱讀附錄A兩家公司的諷刺故事。