關於設計模式

我對“設計模式”深惡痛絕（可能是因為我是從OMT開始瞭解OO的原因），OO其實是被設計模式給戕害了。

“設計模式”那套思路，是他先規定出一整套花架子在那裡，然後從“腿怎麼別在一起、手怎麼鉤著”之類的木偶一般方式教學。這是我想起了六、七十年帶香港拍的哪些糟蹋中國傳統功夫的電影中的南拳打鬥場面。“設計模式”就是那種套路。然後中國功夫在內地實際上還有很多大家，例如武當、峨嵋、少林，根本不是那種蹶屁股搖頭晃腦手腳伸出去就像棍子一樣的所謂功夫。

-----------------------------------------------------------------------------

設計模式本身並無錯，主要還是某些人將他的意思曲解了。

我看過的設計模式的書籍，開篇第一句話就是：每一種設計模式均有其適用情境，請不要為了符合某種設計模式而計劃重新編寫您的代碼。原話我已經不太記得了，但是應該是這個意思。

但到了中國呢，設計模式就成了教條，成了聖經，成了規範，成了所有代碼都必須遵守的標準，如果不按設計模式寫，那就是妖孽，那就是垃圾，那就是誰都看不懂的，沒有一點兒水平的，初級程式員寫的垃圾代碼。

胡說八道。

設計模式就是一本詞典，裡面詳細介紹了每一種OOD的手法的具體實現，適用場合，以及好心人幫他取的一個名字。
有名字就好辦了，中國人喜歡把一切概念性的東西變成題目和炫耀的資本，所以就有不少人嘲笑他人不明白什麼叫原廠模式，有人頭頭是道的講述原廠模式和抽象工廠的區別。
為設計模式取一個名字，願意是便於程式員之間的溝通，就好比你到飯店中告訴服務員你想吃番茄炒蛋而不是讓她將蛋放進鍋中與番茄拌炒一樣。因為你和她都明白番茄炒蛋指的是一個什麼東西，這也就是設計模式的本意。

設計模式的本意，就是讓程式員不必具體描述自己的實現手法，而是用諸如我這裡使用的是原廠模式，我這裡用策略模式來解決這個問題這樣的話來簡化溝通。

所以，設計模式本無罪，錯的是這個行業的浮躁，這個行業的……