如何正確的對待設計模式——我的觀點

自從接觸設計模式以來，一般看到的評論是以推崇為多。不過比較欣慰的是，最近在看《程式設計人生》中，有兩個人對設計模式比較不屑。
之所以欣慰，並不是因為湊個熱鬧看他們互相攻擊，互相批評——而是因為出現了不同的觀點，特別是兩位非常有分量的人物的觀點。在技術領域，眾口一詞是一件非常恐怖的事情；百花齊放百家爭鳴才是我們樂於看到的。因為不同觀點的出現，特別是大師級的不同觀點，能夠促進更多的人去獨立的思考與探索 。

好了，迴歸主題。程式設計人生中，《程式設計人生》中至少有兩個人談到了設計模式。
jamie zawinski:著名的lisp黑客，Netscape瀏覽器和Mozilla瀏覽器的核心開發者。在談到程式設計師要讀的書時說：
“還有一本書叫《設計模式》，人人追捧，奉為圭臬。不過，在我看來，這本書一派胡言，給人的感覺好像是程式設計只需要剪貼貼上就能搞定。你不用全盤考慮要做的任務，只要看看這本配方書，找個有幾分相近的模式，直接套用就行了。那根本不是程式設計，那是在塗色書。不過，似乎很多人都對這本書著了魔。”
Brendan eich，JavaScript之父，Mozilla公司CTO，在提到為程式設計想做而沒有做的事情時說：
“我並不是一個熱衷於物件導向和設計模式的人。從來沒有買過Gamma的書（《設計模式》）。網景公司有些人買，Jamie zawinski的人或者網景收購的公司來的那些冤家對頭會買，他們把這本書當聖經一樣顯擺，真有點讓人受不了，他們根本就不是最好的程式設計師。”

 

至於什麼是設計模式，他有什麼好處等等，不是我今天要說。我想舉個例子，做個對比。我們都知道，設計模式源於建築領域，建築領域可能離我們太遠，我今天想拿籃球運動做個對比。

籃球運動員為了提高籃球水平，除了進行身體訓練和投籃訓練外，還會進行一些連貫動作的訓練和一些戰術配合訓練。比如，像交叉步，急停跳投，轉身過人，擋拆等等。這些訓練是從何而來？籃球運動剛剛誕生的時候肯定沒有。而是運動員在籃球運動過程中，發現在某一種情況下（也就是防守隊員和團隊成員的位置），使用某一中類似的連貫動作往往能夠取到非常好的效果。所以就有悟性非常高的人把這種約束條件和要採取的動作都總結出來，讓運動員在訓練中反覆的訓練，以形成一種條件反射，在出現合適的機會的時候，快速而有效的使用這些連貫動作。

我想這也是模式的起源。有一點不同的是，我們學習設計模式的過程，是一種思維訓練的過程 。

不難想象，如果沒有這些東西，運動員要提高籃球水平有多困難。但運動員如果在比賽中濫用，花哨的動作也許會增強比賽的觀賞性，但是它卻偏離了籃球運動的本質：將籃球投進並贏得比賽。

 

其實，上面的這些分析對於武術也同樣適用。武俠迷可能會記得金庸筆下紛繁複雜招式名稱（其實也是模式）。不過，金庸倒也提到過更高的境界：“無招勝有招 ”。印象當中張無忌學習太極拳和令狐沖學習獨孤九劍有描述。他們在學成之後確實很厲害。難怪jamie zawinski和Brendan eich會有些反對模式，也許他們已經學到了無招勝有招的真諦，也許他們是黑客，不喜歡思維受到限制。

難道我們要拋棄所有的模式？不過我認為它可能並不適合所有的人，它依賴於人的造詣，以及天賦，悟性。我們很多人要獲得提高，進行一些模式訓練，也許還是一條非常有效的途徑。

亂七八糟說了這麼多，最後總結一下：

1. 首先要認識到它的本質，模式是前人知識經驗的總結，不是現成的解決方案，所以不要硬套。
2. 對於初學者來說，模式是個好東西，學習一些模式是一條有效的提高途徑。
3. 不要過度使用設計模式，他會給你帶來額外的複雜度。 在我的眼中，簡單性才是一個技術方案的首要因素。你知不知道李小龍截拳道的核心是什麼？拋開招式，直截了當的進行最有效的攻擊和防守。
4. 不要把它當成銀彈或者聖盃。
5. 當你有一定的積累後，你也可以嘗試“無招勝有招”的境界。

PS：我看過的一個比較奇特的觀點，值得思考：

《黑客與畫家》的作者在書中提到過，說有人做過研究，lisp語言自帶可以支援GOF（四人幫）總結的16中模式。所以，如果你在程式設計時需要用到模式，那可能是你的語言不夠強大，模式應該是語言支援的東西。（這段話是我根據印象寫的，沒有找到原話，所以可能有些出入。）