設計模式心得體會范文
篇一：設計模式心得體會
7月初的一個周末，準確的說應該是7月1號周六，在網(wǎng)上看到一本《大話設計模式》的書，而且看到很多很好的評論，于是乎，下載了電子書看看，一下子看了幾章之后，對設計模式有了個了解，于是繼續(xù)上網(wǎng)搜些其他資料，進一步了解設計模式。。。最終結(jié)論：設計模式是個好東西，具體怎么好，一兩句話是無法概括的，也是從那天起，我就決定學習設計模式，于是就看《大話設計模式》，至七月十多號，大概看了一百多頁后，感覺有點難，有點看不下去的感覺，于是上網(wǎng)找其他的好方法，無意間發(fā)現(xiàn)了李建忠老師的《c#設計模式縱橫談》系列講座，微軟的web cast課程，主要講解gof的23個設計模式，每個一講，加上一頭一尾，共25講，試聽了一節(jié)課后，感覺很有用，于是就抽時間去邊聽課邊看書，并在我的博客里寫下筆記，依賴加深印象，二來可以督促我的進度。。。
三個月以來，總算把設計模式學完一遍了，原計劃是兩個月學完（一星期三個模式），由于。。。計劃兩個月學完實際花了三個月，感觸多多，收獲多多——對c#語言有了更進一步的認識，對oo的思想有了更全面的了解。。。
下一步在設計模式方面的計劃：鞏固并運用設計模式，鞏固：把《大話設計模式》，《設計模式》，《設計模式——可復用的面向?qū)ο蠡A》，《敏捷軟件開發(fā)：原則、模式與實踐》這些書再結(jié)合起來系統(tǒng)的看一看，當然還會去買一些我手頭上沒有的關于設計模式的書；運用：部門前幾天也提倡用c#來改版vb程序，我想這是一個很好的平臺，正好有機會把理論的東西在實際中應用，理論加實際——唯一的學習方法。。。
下面對各個模式再簡單總結(jié)一下：
1、創(chuàng)建型模式：
singleton：解決的是實例化對象的個數(shù)的問題，比如抽象工廠中的工廠、對象池等，除了singleton之外，其他創(chuàng)建型模式解決的都是 new 所帶來的耦合關系。
abstract factory：創(chuàng)建一系列相互依賴對象，并能在運行時改變系列。
factory method：創(chuàng)建單個對象，在abstract factory有使用到。
prototype：通過拷貝原型來創(chuàng)建新的對象。
factory method，abstract factory, builder都需要一個額外的工廠類來負責實例化“一邊對象”，而prototype則是通過原型（一個特殊的工廠類）來克隆“易變對象”。
如果遇到“易變類”，起初的設計通常從factory method開始，當遇到更多的復雜變化時，再考慮重構(gòu)為其他三種工廠模式（factory method，abstract factory, builder）。
2、結(jié)構(gòu)性模式
adapter：注重轉(zhuǎn)換接口，將不吻合的接口適配對象，用于舊代碼復用、類庫遷移等。
bridge：注重實現(xiàn)抽象和實現(xiàn)的分離，支持對象多維度的變化。
composite：注重同意接口，將“一對多”的關系轉(zhuǎn)化為“一對一”的關系，屏蔽對象容器內(nèi)部實現(xiàn)結(jié)構(gòu)，實現(xiàn)對象和對象容器使用的一致性。
decorator：注重穩(wěn)定接口，在此前提下為對象擴展功能，實現(xiàn)對象功能的擴展，避免子類膨脹。
facade：注重簡化接口，屏蔽各子系統(tǒng)的復雜性，提供更高層接口供客戶訪問。
flyweight：注重保留接口，在內(nèi)部使用共享技術對對象存儲進行優(yōu)化（通過共享大量細粒度對象，提供系統(tǒng)性能）。
proxy：注重假借接口，通過增加間接代理，實現(xiàn)更多控制，屏蔽復雜性。
3 、行為型模式
template method：封裝算法結(jié)構(gòu)，定義算法骨架，支持算法子步驟變化。
strategy：注重封裝算法，支持算法的變化，通過封裝一系列算法，從而可以隨時獨立于客戶替換算法。
state：注重封裝與狀態(tài)相關的行為，支持狀態(tài)的變化，通過封裝對象狀態(tài)，從而在其內(nèi)部狀態(tài)改變時改變它的行為。
memento：注重封裝對象狀態(tài)變化，支持狀態(tài)保存、恢復。
mediator：注重封裝對象間的交互，通過封裝一系列對象之間的復雜交互，使他們不需要顯式相互引用，實現(xiàn)解耦。
chain of responsibility：注重封裝對象責任，支持責任的變化，通過動態(tài)構(gòu)建職責鏈，實現(xiàn)事務處理。
command：注重將請求封裝為對象，支持請求的變化，通過將一組行為抽象為對象，實現(xiàn)行為請求者和行為實現(xiàn)者之間的解耦。
iterator：注重封裝特定領域變化，支持集合的變化，屏蔽集合對象內(nèi)部復雜結(jié)構(gòu)，提供客戶程序?qū)λ耐该鞅闅v。
interpreter：注重封裝特定領域變化，支持領域問題的頻繁變化，將特定領域的問題表達為某種語法規(guī)則下的句子，然后構(gòu)建一個解釋器來解釋這樣的句子，從而達到解決問題的目的。
observer：注重封裝對象通知，支持通信對象的變化，實現(xiàn)對象狀態(tài)改變，通知依賴它的對象并更新。
visitor：注重封裝對象操作變化，支持在運行時為類結(jié)構(gòu)添加新的操作，在類層次結(jié)構(gòu)中，在不改變各類的前提下定義作用于這些類實例的新的操作。
正確對待模式：
設計模式建立在對系統(tǒng)變化點的基礎上進行，哪里有變化，哪里就應用設計模式。
設計模式應該以演化的方式來獲得，系統(tǒng)的變化點往往是經(jīng)過不斷演化才能準確定位。
不能為了模式而模式，設計模式是一種軟件設計的軟力量，而非規(guī)范標準，不應夸大設計模式的作用。
篇二：設計模式心得體會
從一開始學習設計模式至今已半年有余了，第一次接觸設計模式是一次不經(jīng)意間在網(wǎng)上看到《大話設計模式》一書，看了前言了第一章后，就感覺到其誘惑力對于一個程序員來說，是無比巨大的。大概是去年十月份的時候，部門決定成立讀書會，系統(tǒng)學習設計模式。
通過學習設計模式，除了學習到“一些設計模式”，還讓我進一步熟悉、鞏固了面向?qū)ο笏枷耄M一步熟悉了c#語言。。。我曾多次設想，我們?nèi)绻朊嫦驅(qū)ο笏枷耄⒔Y(jié)合設計模式來重寫或改善我們的'系統(tǒng)（必須重寫，雖說設計模式只是一種思想，語言只是實現(xiàn)而已，但是選擇一門好的語言，無疑也是非常重要的，而vb6在面向?qū)ο蠓矫鎱s有很大欠缺甚至不具備其條件），那么我們的系統(tǒng)將會像目前一樣需要那么多人來維護嗎？
《大話設計模式》一書其實是對gof的《設計模式——可復用面向?qū)ο筌浖幕A》一書的“翻譯”，讓人更容易理解，用通俗易懂的語言闡述軟件設計過程中的一些“模式”，在某種特定環(huán)境下，用最好的設計方法（代碼高內(nèi)聚，低耦合，使其有良好的可擴展性和可維護性）達到我們的目的，或許其方法有很多很多，但是尋找到最好的方法卻不是件容易的事，設計模式是對前人的設計經(jīng)驗的一個總結(jié)，告訴我們在某種特定的環(huán)境下，這樣的設計師最好的，學習設計模式有助于我們在設計軟件的過程中少走很多彎路。
我對gof的23個設計模式雖然都有看過，但是只有理解，實現(xiàn)，應用及思考之后，才能真正體會其精妙之處，至今體會較深的有以下幾個模式：1. strategy——封裝系列“算法”，讓它們之間可以相互替換，“算法”并不是單指數(shù)據(jù)結(jié)構(gòu)中的算法，在實踐中，它幾乎可以封裝任何類型的規(guī)則，這使得策略模式的運用極其廣泛；2. template method——有人說是用的做多的模式，只要有抽象類的地方，都可以看到這個模式，它通過把不變行為移到父類中去，去除子類中的重復代碼，從而提供了一個很好的代碼復用平臺；3. facade——提供了對基礎架構(gòu)的統(tǒng)一訪問，減少復雜性，在web編程者中的三層架構(gòu)，就是此思想，每一層都封裝好一部分功能，提供給上一層統(tǒng)一的方法調(diào)用，整個framework體系就是facade模式的封裝，隨著1.0升級到3.5，越來越多復雜的高級功能被封裝，可以說facade無處不在；4. abstract factory——提供一個創(chuàng)建一系列相關或相互依賴對象的接口，而無需指定它們具體的類，咋一看，太抽象了，說個例子，在三層架構(gòu)中，bll層對dal層的調(diào)用會直接用到dal層中的類，如果dal層是分別對sql server，oracle的訪問，bll層需要根據(jù)實際情況決定實例化哪一個dal層中的類，我們又希望在兩種dal層切換時，bll層和ui層都不做改變，那么可在bll層和dal層中增加接口層（體現(xiàn)了“抽象”的精神，或者說是“面向接口編程”的最佳體現(xiàn)）和抽象工廠（dalfactroy），讓它來實例化dal層中的實例；5. singleton——確保一個類僅有一個實例，并提供一個訪問它的全局訪問點，如單件窗體，點一下menu，彈出一個窗體(實例)，在關閉這個新窗體之前，再次點擊該menu，不會再次出現(xiàn)同樣的彈出窗體(實例)。。。篇幅有限，其他模式或多或少都有點感覺。
最后，引用《設計模式解析》書中的一句話：設計模式體現(xiàn)的是一種思想，而思想是指導行為的一切，理解和掌握了設計
【設計模式心得體會】相關文章：
java設計模式：DAO模式09-13
java設計模式：裝飾模式09-11
java設計模式：多例模式09-09
java設計模式：工廠模式09-10
JAVA設計模式之單例模式11-23
教學設計模式的類型04-12
淺談教學設計的模式范文11-30
PHP和DAO設計模式08-09
Java單例設計模式09-02