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