看到首頁講設計模式的文章和書，有些感慨抒發一下。我買過一本設計模式的書，基本上看了２４個模式的名稱，大致把這幾個名字記住了，我並沒有沉下心來深入理解，並不是書講得不好，我是乙個目標驅動的人，漫無目的的看書我是不看好的。
我曾經為了設計模式而設計模式，我身邊有的人有捧著gof頂禮膜拜的，可它寫**還沒寫幾行呢。後來我在實際做專案的過程中，發現別人寫的**有點怪，查了查，哦，原來是單件，這個是我學的第乙個design pattern。後來不斷在專案中遇到一些設計問題，腦子裡就會聯想到，會不會和某個設計模式有點關係，於是就專門去看這個模式所有的文章，這樣一次你基本上會了乙個設計模式。
綜上，我想說的是緣份到了，你就去學，沒緣，你別瞎折騰
轉貼 不要以為使用了模式就是好設計
引用自 閻巨集 q 什麼時候應該使用設計模式 什麼時候不應該使用設計模式 閻巨集 a 這是乙個沒有答案的問題。一般來說，設計模式是在重構過程當中反覆出現的設計範例，到底乙個系統應當使用什麼樣的設計模式，無法在專案剛一開始的時候就知道。閻巨集 q 能不能講一講使用設計模式就注意的問題 或者設計模式的缺...
設計模式 設計模式
物件導向程式設計 oop 的基本概念有 封裝，抽象，繼承，多型等，如何開發出可復用的物件導向軟體一直困擾著軟體開發人員。可復用的物件導向技術包括類的繼承，物件的組合和引數化型別 generic gof的巨著 設計模式 總結出可復用的物件導向的23個設計模式，並且歸類成 建立型模式，結構型模式和行為型...
設計模式 命令設計模式
一句話總結 命令設計模式的實質是將命令定義，命令的執行分離開，從而提公升了系統的解藕性 結構 命令的抽象command 命令的具體實現concretecommand 命令處理者抽象ireceiver 命令處理者的具體實現concretereceiver 命令的呼叫者invoker 客戶端client...