- 相關(guān)推薦
設(shè)計模式心得體會
當(dāng)我們經(jīng)過反思，有了新的啟發(fā)時，好好地寫一份心得體會，這樣能夠給人努力向前的動力。那么心得體會到底應(yīng)該怎么寫呢？下面是小編整理的設(shè)計模式心得體會，歡迎大家分享。
設(shè)計模式心得體會1
以前沒有接觸過設(shè)計模式，那其實也是因為以前沒有真正經(jīng)歷過面向?qū)ο蟮脑O(shè)計。這樣的情況在我經(jīng)歷了本科畢業(yè)設(shè)計，并且遵循我們實驗室的一位師兄的建議看了《設(shè)計模式精解》后有了根本的改變，我開始意識到一個程序員和一個設(shè)計者的區(qū)別，我也開始意識到在同學(xué)眼中“編程很強”的我只是——至少現(xiàn)在只是一個程序員。
我做的本科畢設(shè)是基于java—swing設(shè)計一個類似繪圖程序的系統(tǒng)，最終我設(shè)計出來的程序，在別人看來很不錯。但是只有我自己知道，我的設(shè)計其實是糟糕了，最明顯的就是低內(nèi)聚、緊耦合，那些代碼甚至連我都不愿意去維護(hù)。于是當(dāng)我看到書中的一句話：“幾乎百分之百的軟件都不是由它最初的設(shè)計者去維護(hù)的”，更讓我感到這次設(shè)計的失�。ň瓦B它的設(shè)計者都不原意去維護(hù)）。
《設(shè)計模式精解》的出現(xiàn)可以說讓我眼前一亮，這也是第一本讓我想再讀一次的書（即使現(xiàn)在我還沒有讀完）。
究竟什么是模式？書中的解釋是“模式是針對特定場景下的特定問題的可重復(fù)、可表達(dá)的解決方案”，除此之外模式還必須有三個要點：
1．可重復(fù)性。解決方案應(yīng)該對應(yīng)于外部的場景。
2．可傳授性。一個解決方案應(yīng)該可以移植到問題的不同情況中（絕大多數(shù)模式的可傳授性都建立在“約束”和“效果”的基礎(chǔ)上）。
3．用來表示這個模式的名稱。
模式不限于面向?qū)ο�，不限于設(shè)計階段，甚至不限于軟件開發(fā)領(lǐng)域。設(shè)計模式只是模式的一個子集。
在前言中作者說在他對現(xiàn)有的設(shè)計模式的指導(dǎo)原則及策略都非常清楚之后，這些原則幫助他決定開始過一種為人解惑的生活？？雖然我第一次看到“為人解惑的生活”這個詞語，但是我立刻感到這也是我所向往的一種生活。
書中介紹了軟件開發(fā)過程中的三個不同視角：
1．概念視角。這個視角“展現(xiàn)了問題領(lǐng)域中的概念？？一個概念模型可以在對實現(xiàn)軟件有很少或毫無注意的情況下畫出？？”
2．規(guī)格視角。“只看軟件的接口，而不看實現(xiàn)”
3．實現(xiàn)視角。就是現(xiàn)在的我唯一使用的視角——置身于代碼之中。
看到這里我更加肯定了這本所講的是我從來沒有注意過的東西，但是我對這些東西應(yīng)該非常感興趣，而我也深深地感慨：我為什么現(xiàn)在才看到這本書。
在書中作者回顧了它從前的一個設(shè)計，通過不斷修改得出的'優(yōu)秀設(shè)計，逐步展現(xiàn)出設(shè)計模式的強大威力。書中有句話很經(jīng)典——如果你只有一把錘子，那你會發(fā)現(xiàn)所有的東西都像釘子。意思是說如果你只知道一種解決問題的辦法，那你只會想用這個方法解決所有問題。我覺得這很像現(xiàn)在的我，在面向?qū)ο蟮脑O(shè)計中我?guī)缀踔粫邦惱^承”，結(jié)果是我的畢設(shè)——過高的繼承體系導(dǎo)致緊耦合、低內(nèi)聚。
當(dāng)我學(xué)到書中介紹的第一個設(shè)計模式：facade模式，我立刻對這些設(shè)計模式產(chǎn)生了濃厚的興趣，我發(fā)現(xiàn)自己像一個“完美主義者”，在試圖追求結(jié)構(gòu)完美的程序代碼（可讀性、易于維護(hù)），而設(shè)計模式給我提供了這樣的可能，盡管我僅僅看到了它的一點點部分。設(shè)計模式就像一個漂亮的女孩，而且你知道她不僅外表很漂亮，也很有內(nèi)涵，那你想做的事情還有什么呢？當(dāng)然是盡快接近并了解她？？
設(shè)計模式心得體會2
剛學(xué)幾天就有一些淺薄的心得了。
在學(xué)過的幾種設(shè)計模式中（目前為止，本人只學(xué)過創(chuàng)建性模式），每一種設(shè)計模式都會有一種具體的應(yīng)用場景，每一種場景描述的都是一種需求變化。設(shè)計模式就是用來解決這些變化的。
只要客戶有新的需求，你的程序就要發(fā)生改變，不管你用什么方法，這個改變是避免不了的。關(guān)鍵是你如何是解決這種變化！設(shè)計模式就是尋求一種通用的較的方法來解決這種變化而不是避免這種變化，并不是你應(yīng)用了設(shè)計模式，你的系統(tǒng)就不會發(fā)生變化了。
面向?qū)ο蟮木幊逃腥髾C制，我個人認(rèn)為，設(shè)計模式很的利用了其中的“封裝與多態(tài)”（當(dāng)然并不是所有的設(shè)計模式都是這樣的，也不是說繼承就沒用，繼承在三大機制排第一呀，是基本的），比如工廠方法模式和生成器模式�！胺庋b”的意義不僅僅在于封裝代碼的實現(xiàn)，更重要的是“封裝”系統(tǒng)中變化的部分。設(shè)計模式回答了怎么樣去“封裝”這種變化。
在一個系統(tǒng)中，總會有一部分經(jīng)常發(fā)生變化，相對的，也總有一個部分是改變頻率較低的，我們可以在某種圍內(nèi)將其理解為不改變的部分。設(shè)計模式要作的事情就是把“變化”的部分封裝起來，實現(xiàn)將“變化”的部分與“不變化”的部隔離，這樣，“變化”的部分在發(fā)生變化時，不會影響到“不改變”的部分。如果你也學(xué)過設(shè)計模式，那你可能跟我有同感。設(shè)計模式解決變化的途徑可以概括為兩步（純屬個人見解）：一是轉(zhuǎn)移變化，二是轉(zhuǎn)化變化。
首先是“轉(zhuǎn)移變化”。
簡單的說就是把a部分的變化轉(zhuǎn)移到b部分，請b去變化，讓a不發(fā)生變化。在程序中就是將變化從調(diào)用者轉(zhuǎn)移到被調(diào)用者。比如，你有一個類scene，這個類用于顯現(xiàn)一種風(fēng)格的游戲場景，調(diào)用程序?qū)嵗@個類并使用它。如果有一天，需求改變了，當(dāng)前風(fēng)格的'游戲場景顏色太冷了，我需要改變當(dāng)前場景的顏色。這個時候你要決定，要讓誰去發(fā)生變化？是讓客戶調(diào)用程序去改變scene類的顏色屬性呢，還是讓你的類scene發(fā)生變化？設(shè)計模式回答的是，請scene發(fā)生變化，調(diào)用者不發(fā)生變化。
為什么要這樣回答，因為這個時候，你的系統(tǒng)可能已經(jīng)交付用戶了，如果讓調(diào)用者發(fā)生變化，那整個系統(tǒng)都要發(fā)生變化。（這里討論只是一個簡單的應(yīng)用，實際情況中往往沒有這里簡單。如果實際情況是這么簡單的話，設(shè)計模式估計就沒有用處了。）
然后是“轉(zhuǎn)化變化”。
確定了要改動scene，那要怎么樣去改scene呢？直接改嗎？當(dāng)然不行，如果是這樣改，那還不如讓調(diào)用者去設(shè)置scene的某個屬性呢，反正都要重新部署。那要怎么改？“擴(kuò)展”，把這種“改變”轉(zhuǎn)化為“擴(kuò)展”。你不是要另外一種
scene嗎？那我重新為你設(shè)計一個sence并生成。dll交付你，然后讓現(xiàn)有的程序去調(diào)用這個scene。當(dāng)然，這時可能需要調(diào)用者稍微的發(fā)生一下變化，比如開始調(diào)用者是直接調(diào)用scene來呈現(xiàn)場景的，現(xiàn)在將其改為根據(jù)配置件來決定要呈現(xiàn)那種scene。但是如果之前你已經(jīng)考慮到這個問題了，那調(diào)用者是不需要發(fā)生任何變化的，因為調(diào)用者是根據(jù)配置來決定所呈現(xiàn)的場景，需求發(fā)生彎化，只需要改變配置件（可能是一個ｘｍｌ），把調(diào)用者與新添的scene關(guān)聯(lián)即可，這樣一來，“改動”就變?yōu)椤皵U(kuò)展”，其帶來的處也是顯而易見的，這也就是所謂的“開閉”原則。
以上字完全是本人理解，隨著不斷的學(xué)習(xí)，我想這么章估計要被改多次，這是一個學(xué)習(xí)的過程。理解錯了、寫錯了都不要緊，關(guān)鍵是你怎么樣去面對這種錯誤！是拒絕承認(rèn)錯誤還是正視錯誤？這也是設(shè)計模式回答的問題。
設(shè)計模式心得體會3
從一開始學(xué)習(xí)設(shè)計模式至今已半年有余了，第一次接觸設(shè)計模式是一次不經(jīng)意間在上看到《大話設(shè)計模式》一書，看了前言了第一章后，就感覺到其誘惑力對于一個程序員來說，是無比巨大的。大概是去年十月份的時候，部門決定成立讀書會，系統(tǒng)學(xué)習(xí)設(shè)計模式。
通過學(xué)習(xí)設(shè)計模式，除了學(xué)習(xí)到“一些設(shè)計模式”，還讓我進(jìn)一步熟悉、鞏固了面向?qū)ο笏枷�，進(jìn)一步熟悉了c#語言。
我曾多次設(shè)想，我們?nèi)绻朊嫦驅(qū)ο笏枷�，并結(jié)合設(shè)計模式來重寫或改善我們的系統(tǒng)（必須重寫，雖說設(shè)計模式只是一種思想，語言只是實現(xiàn)而已，但是選擇一門的語言，無疑也是非常重要的，而vb6在面向?qū)ο蠓矫鎱s有很大欠缺甚至不具備其條件），那么我們的系統(tǒng)將會像目前一樣需要那么多人來維護(hù)嗎？
《大話設(shè)計模式》一書其實是對gof的《設(shè)計模式——可復(fù)用面向?qū)ο筌浖幕A(chǔ)》一書的“翻譯”，讓人更容易理解，用通俗易懂的語言闡述軟件設(shè)計過程中的一些“模式”，在某種特定環(huán)境下，用最的設(shè)計方法（代碼高內(nèi)聚，低耦合，使其有良的可擴(kuò)展性和可維護(hù)性）達(dá)到我們的目的，或許其方法有很多很多，但是尋找到最的方法卻不是件容易的事，設(shè)計模式是對前人的設(shè)計經(jīng)驗的一個總結(jié)，告訴我們在某種特定的環(huán)境下，這樣的設(shè)計師最的，學(xué)習(xí)設(shè)計模式有助于我們在設(shè)計軟件的過程中少走很多彎路。
我對gof的23個設(shè)計模式雖然都有看過，但是只有理解，實現(xiàn)，應(yīng)用及思考之后，才能真正體會其精妙之處，至今體會較深的有以下幾個模式：
1、strategy——封裝系列“算法”，讓它們之間可以相互替換，“算法”并不是單指數(shù)據(jù)結(jié)構(gòu)中的算法，在實踐中，它幾乎可以封裝任何類型的規(guī)則，這使得策略模式的運用極其廣泛。
2、template method——有人說是用的做多的模式，只要有抽象類的'地方，都可以看到這個模式，它通過把不變行為移到父類中去，去除子類中的重復(fù)代碼，從而提供了一個很的代碼復(fù)用平臺。
3、facade——提供了對基礎(chǔ)架構(gòu)的統(tǒng)一訪問，減少復(fù)雜性，在web編程者中的三層架構(gòu)，就是此思想，每一層都封裝一部分功能，提供給上一層統(tǒng)一的方法調(diào)用，整個framework體系就是facade模式的封裝，隨著1.0升級到3.5，越來越多復(fù)雜的高級功能被封裝，可以說facade無處不在。
4、abstract factory——提供一個創(chuàng)建一系列相關(guān)或相互依賴對象的接口，而無需指定它們具體的類，咋一看，太抽象了，說個例子，在三層架構(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，彈出一個窗體（實例），在關(guān)閉這個新窗體之前，再次點擊該menu，不會再次出現(xiàn)同樣的彈出窗體（實例）。
篇幅有限，其他模式或多或少都有點感覺。
最后，引用《設(shè)計模式解析》書中的一句話：設(shè)計模式體現(xiàn)的是一種思想，而思想是指導(dǎo)行為的一切，理解和掌握了設(shè)計模式，并不是說記住了23種（或更多）設(shè)計場景和解決策略（實際上這也是很重要的一筆財富），實際接受的是一種思想的熏陶和洗禮，等這種思想融入到了你的思想中后，你就會不自覺地使用這種思想去進(jìn)行你的設(shè)計和開發(fā)，這一切才是最重要的。
設(shè)計模式心得體會4
從學(xué)習(xí)杜郎口到學(xué)習(xí)洋思已經(jīng)幾年了，每年每學(xué)期都要進(jìn)行大規(guī)模的聽課活動，可謂轟轟烈烈，但學(xué)習(xí)了幾年時間，我心中仍然一塌糊涂，一知半解，難以靈活運用，嘗試著運用時，也是提襟見肘，顧此失彼。所以成功的經(jīng)驗很少，只能有一點粗略的感受。
我覺得目標(biāo)設(shè)計盡量的要簡潔明了，通俗易懂，要讓絕大多數(shù)學(xué)生能夠完成，如果太難或過于簡單，都不利于學(xué)生的'學(xué)習(xí)。目標(biāo)設(shè)計應(yīng)控制在1————3條為宜，如果目標(biāo)太多，一節(jié)課根本無法完成，那就白設(shè)計了，從學(xué)生的角度來說，當(dāng)看到很多的目標(biāo)時，心中會產(chǎn)生恐懼和排斥情緒，不利于學(xué)習(xí)。
由于條件限制，當(dāng)堂訓(xùn)練時只能采用課后練習(xí)和配套練習(xí)，缺少靈活性，對于在電子白板上做練習(xí)題，我總覺得效果不太，因為一道題目看過后，印象不深，只有親手做過，才能記憶深刻。
其它環(huán)節(jié)，我正在努力嘗試、探索。
設(shè)計模式心得體會5
從學(xué)習(xí)杜郎口到學(xué)習(xí)洋思已經(jīng)好幾年了，每年每學(xué)期都要進(jìn)行大規(guī)模的聽課活動，可謂轟轟烈烈，但學(xué)習(xí)了好幾年時間，我心中仍然一塌糊涂，一知半解，難以靈活運用，嘗試著運用時，也是提襟見肘，顧此失彼。所以成功的經(jīng)驗很少，只能有一點粗略的`感受。
我覺得目標(biāo)設(shè)計盡量的要簡潔明了，通俗易懂，要讓絕大多數(shù)學(xué)生能夠完成，如果太難或過于簡單，都不利于學(xué)生的學(xué)習(xí)。目標(biāo)設(shè)計應(yīng)控制在1----3條為宜，如果目標(biāo)太多，一節(jié)課根本無法完成，那就白設(shè)計了，從學(xué)生的角度來說，當(dāng)看到很多的目標(biāo)時，心中會產(chǎn)生恐懼和排斥情緒，不利于學(xué)習(xí)。
由于條件限制，當(dāng)堂訓(xùn)練時只能采用課后練習(xí)和配套練習(xí)，缺少靈活性，對于在電子白板上做練習(xí)題，我總覺得效果不太好，因為一道題目看過后，印象不深，只有親手做過，才能記憶深刻。
其它環(huán)節(jié)，我正在努力嘗試、探索。
設(shè)計模式心得體會6
近幾年，我們在校領(lǐng)導(dǎo)的帶領(lǐng)下，實施了有本校特色的四大模塊，八大環(huán)節(jié)的課堂教學(xué)模式。通過我們幾年來的努力專研，現(xiàn)在，我們都可以很流暢的把我校的教學(xué)模式運用到我們的課堂教學(xué)中了，當(dāng)然，在這幾年的專研中，我也有了自己的體會，
現(xiàn)在，我就談?wù)勎覀�人的一些看法。
一、改變舊觀念，接受新模式
對于一個新的事物，需要通過不斷地學(xué)習(xí)去了解它，新的教學(xué)模式也是這樣。這學(xué)期，學(xué)校組織我們進(jìn)行了多次學(xué)習(xí)，深入了解新模式的內(nèi)涵、原則及實施細(xì)則，并組織我們通過數(shù)多次的教學(xué)研討課，讓我們真正了解這種模式的操作方法。不管是講座還是聽課教研，我都積極參加，積極與同行進(jìn)行研究，認(rèn)識到了新模式的確有助于培養(yǎng)學(xué)生自主學(xué)習(xí)的能力，有助于培養(yǎng)學(xué)生的合作意識，有助于學(xué)生學(xué)習(xí)能力的`提高，有助于切實提高課堂效率。于是，我就積極在自己的課堂上進(jìn)行嘗試，努力實現(xiàn)學(xué)生主體、教師主導(dǎo)的高效課堂。
二、把課堂還給學(xué)生
每節(jié)課上，我都不斷地提醒自己：“要放手，還給學(xué)生更多的學(xué)習(xí)時間。學(xué)生會的，教師不講。學(xué)生能說出來的，教師不說。學(xué)生通過談?wù)撃芙鉀Q的，就讓學(xué)生討論解決。”有了這樣的意識，課上，學(xué)生活動的機會多了，學(xué)生讀書的時間有了，學(xué)生合作的機會有了，學(xué)生自主學(xué)習(xí)、獨立解決問題的能力提高了。課上，我只挑關(guān)鍵性的問題、共性問題組織教學(xué)，充分發(fā)揮激勵評價的作用，讓學(xué)生盡情地
展示自己。這樣，學(xué)生的學(xué)習(xí)熱情高漲，誰都想表現(xiàn)自己，誰都想得到大家的認(rèn)可，學(xué)習(xí)效果有了提高。
三、把課前的準(zhǔn)備做充分
每節(jié)課的教學(xué)，都需要教師事先的精心準(zhǔn)備。我們的教學(xué)模式更是如此，哪怕就是指導(dǎo)學(xué)生怎樣預(yù)習(xí)。我剛開始帶的學(xué)生第一次接觸預(yù)習(xí)，學(xué)生不知道該怎樣下手，所以，手把手地教給方法就顯得尤為重要。我為了讓學(xué)生學(xué)會預(yù)習(xí)，我不怕耽誤課堂時間，親自在課堂上對學(xué)生預(yù)習(xí)的每一步進(jìn)行指導(dǎo)，比如，我告訴學(xué)生要通過自己拼讀音標(biāo)來學(xué)會讀單詞，要通過英漢互譯來熟練掌握單詞。我還要親自在課堂上指導(dǎo)學(xué)生如何寫預(yù)習(xí)筆記，如此反復(fù)，雖然學(xué)生的預(yù)習(xí)還是不能完全放手，但是，看到相當(dāng)一部分學(xué)生已經(jīng)開始自主地預(yù)習(xí)下一單元時，我還是感到很欣慰，畢竟小進(jìn)步也比原地踏步強。
針對這幾年的英語教學(xué)，我也有點自己的看法：
一、靠持續(xù)不斷的語言知識，而不是“玩”來培養(yǎng)學(xué)生持久的興趣初中英語教學(xué)是要重視培養(yǎng)興趣，但單靠唱歌游戲不能培養(yǎng)學(xué)生持久的興趣。新鮮勁兒一過，孩子們就會厭倦。所以，唱歌游戲應(yīng)該作為初中學(xué)生學(xué)習(xí)英語語言知識、技能的一些手段，而不是培養(yǎng)興趣的手段。我們可以采用多種手段幫助學(xué)生在記憶力強的時期多記單詞，多學(xué)習(xí)語言規(guī)則，并盡可能多創(chuàng)造模仿的機會，提高學(xué)生的語音和語調(diào)。在英語學(xué)習(xí)中，聽、說、讀、寫、譯五種能力是可以互補的。真正做到聽說先行，讀寫跟上。光聽說不讀寫，很難收到高效。只靠模仿不培養(yǎng)學(xué)習(xí)能力，也難減輕學(xué)習(xí)負(fù)擔(dān)。所以初中學(xué)生還是應(yīng)
當(dāng)認(rèn)真進(jìn)行語言學(xué)習(xí)。
二、英語應(yīng)用能力需要相應(yīng)的詞匯。“不學(xué)習(xí)語言規(guī)則、不掌握相當(dāng)數(shù)量的詞匯，英語應(yīng)用能力就是空中樓閣”。目前在中學(xué)的低年級的英語教學(xué)中，不要求學(xué)生掌握詞匯，而只要求學(xué)生能根據(jù)提示或圖片說出該單詞，其本質(zhì)無非是要學(xué)生們死記硬背，鸚鵡學(xué)舌。由于學(xué)生們沒有相應(yīng)的讀音規(guī)則訓(xùn)練，不熟悉詞匯的拼寫規(guī)則，單詞的音、形、意三者不能有效的結(jié)合在一起，因而導(dǎo)致了單詞記憶的困難，并成了中學(xué)生學(xué)英語的瓶頸。
三、中學(xué)英語教師應(yīng)有發(fā)展意識一向以來，人們中學(xué)英語教師的語言知識能力要求不高，認(rèn)為中學(xué)英語簡單，不需要太的語言功底，只要有良的教學(xué)技能就可以了。其實時代在進(jìn)步，社會在發(fā)展，同樣英語作為人們最廣泛的交際用語之一，更是隨著高科技的迅猛發(fā)展而日新月異地變化著。如果我們的英語教師故步自封，不求進(jìn)取，那么不但自己的語言知識很快陳舊落伍，誤人子弟，而且會被時代所淘汰。“changing english in the changing world”�，F(xiàn)代英語的變化，特別是口語方面的變化可從以下幾個方面體現(xiàn)出來：
1、隨著人們生活節(jié)奏的不斷加快，更因為國際互聯(lián)的形成，人們之間的交際變得越來越簡捷。說話簡單快捷，是現(xiàn)代人生活的一大特征�，F(xiàn)代英語在這方面的變化表現(xiàn)為“一字多用”。
2、隨著現(xiàn)代科學(xué)技術(shù)的迅猛發(fā)展，現(xiàn)代英語詞匯急劇增加，并且我們發(fā)現(xiàn)，現(xiàn)代英語詞匯有相當(dāng)一部分是取得新義的舊詞，如，“input”（輸入電子計算機的數(shù)據(jù)），“store”（電子計算機的儲存器），“drive”（計算機驅(qū)動器）等。
3、英國英語和美國英語之間的距離越來越小。也許是美國對世界政治、經(jīng)濟(jì)影響日益強大的原因，美國英語的影響也越來越大，特別是對青少年的影響越來越大，他們以使用美語和發(fā)美國音為時髦。
當(dāng)然，在實施新的教學(xué)模式的過程中我也有些困惑，譬如說學(xué)生由于作業(yè)量的增多而忽略了預(yù)習(xí)，導(dǎo)致課堂上不下去課的情況，我想，學(xué)校會為我們的教學(xué)模式的實施創(chuàng)造很的條件的，相信在不久的將來，我們可以把教學(xué)模式變成我們自己的模式，
在教學(xué)上更上一層樓
設(shè)計模式心得體會7
7月初的一個周末，準(zhǔn)確的說應(yīng)該是7月1號周六，在上看到一本《大話設(shè)計模式》的書，而且看到很多很的評論，于是乎，下載了電子書看看，一下子看了幾章之后，對設(shè)計模式有了個了解，于是繼續(xù)上搜些其他資料，進(jìn)一步了解設(shè)計模式。
最終結(jié)論：設(shè)計模式是個東西，具體怎么，一兩句話是無法概括的，也是從那天起，我就決定學(xué)習(xí)設(shè)計模式，于是就看《大話設(shè)計模式》，至七月十多號，大概看了一百多頁后，感覺有點難，有點看不下去的感覺，于是上找其他的方法，無意間發(fā)現(xiàn)了李建忠老師的《c#設(shè)計模式縱橫談》系列講座，微軟的web cast課程，主要講解gof的23個設(shè)計模式，每個一講，加上一頭一尾，共25講，試聽了一節(jié)課后，感覺很有用，于是就抽時間去邊聽課邊看書，并在我的博客里寫下筆記，依賴加深印象，二來可以督促我的進(jìn)度。
三個月以來，總算把設(shè)計模式學(xué)完一遍了，原計劃是兩個月學(xué)完（一星期三個模式），由于。計劃兩個月學(xué)完實際花了三個月，感觸多多，收獲多多——對c#語言有了更進(jìn)一步的認(rèn)識，對oo的思想有了更全面的了解。
下一步在設(shè)計模式方面的計劃：鞏固并運用設(shè)計模式，鞏固：把《大話設(shè)計模式》，《設(shè)計模式》，《設(shè)計模式——可復(fù)用的面向?qū)ο蠡A(chǔ)》，《敏捷軟件開發(fā)：原則、模式與實踐》這些書再結(jié)合起來系統(tǒng)的看一看，當(dāng)然還會去買一些我手頭上沒有的關(guān)于設(shè)計模式的書。運用：部門前幾天也提倡用c#來改版vb程序，我想這是一個很的平臺，正有機會把理論的東西在實際中應(yīng)用，理論加實際——唯一的學(xué)習(xí)方法......
下面對各個模式再簡單總結(jié)一下：
1、創(chuàng)建型模式：
singleton：解決的是實例化對象的個數(shù)的問題，比如抽象工廠中的工廠、對象池等，除了singleton之外，其他創(chuàng)建型模式解決的都是new所帶來的耦合關(guān)系。
abstract factory：創(chuàng)建一系列相互依賴對象，并能在運行時改變系列。
factory method：創(chuàng)建單個對象，在abstract factory有使用到。
prototype：通過拷貝原型來創(chuàng)建新的對象。
factory method，abstract factory，builder都需要一個額外的工廠類來負(fù)責(zé)實例化“一邊對象”，而prototype則是通過原型（一個特殊的工廠類）來克隆“易變對象”。
如果遇到“易變類”，起初的設(shè)計通常從factory method開始，當(dāng)遇到更多的復(fù)雜變化時，再考慮重構(gòu)為其他三種工廠模式（factory method，abstract factory，builder）。
2、結(jié)構(gòu)性模式
adapter：注重轉(zhuǎn)換接口，將不吻合的'接口適配對象，用于舊代碼復(fù)用、類庫遷移等。
bridge：注重實現(xiàn)抽象和實現(xiàn)的分離，支持對象多維度的變化。
composite：注重同意接口，將“一對多”的關(guān)系轉(zhuǎn)化為“一對一”的關(guān)系，屏蔽對象容器內(nèi)部實現(xiàn)結(jié)構(gòu)，實現(xiàn)對象和對象容器使用的一致性。
decorator：注重穩(wěn)定接口，在此前提下為對象擴(kuò)展功能，實現(xiàn)對象功能的擴(kuò)展，避免子類膨脹。
facade：注重簡化接口，屏蔽各子系統(tǒng)的復(fù)雜性，提供更高層接口供客戶訪問。
flyweight：注重保留接口，在內(nèi)部使用共享技術(shù)對對象存儲進(jìn)行優(yōu)化（通過共享大量細(xì)粒度對象，提供系統(tǒng)性能）。
proxy：注重假借接口，通過增加間接代理，實現(xiàn)更多控制，屏蔽復(fù)雜性。
3 、行為型模式
template method：封裝算法結(jié)構(gòu)，定義算法骨架，支持算法子步驟變化。
strategy：注重封裝算法，支持算法的變化，通過封裝一系列算法，從而可以隨時獨立于客戶替換算法。
state：注重封裝與狀態(tài)相關(guān)的行為，支持狀態(tài)的變化，通過封裝對象狀態(tài)，從而在其內(nèi)部狀態(tài)改變時改變它的行為。
memento：注重封裝對象狀態(tài)變化，支持狀態(tài)保存、恢復(fù)。
mediator：注重封裝對象間的交互，通過封裝一系列對象之間的復(fù)雜交互，使他們不需要顯式相互引用，實現(xiàn)解耦。
chain of responsibility：注重封裝對象責(zé)任，支持責(zé)任的變化，通過動態(tài)構(gòu)建職責(zé)鏈，實現(xiàn)事務(wù)處理。
command：注重將請求封裝為對象，支持請求的變化，通過將一組行為抽象為對象，實現(xiàn)行為請求者和行為實現(xiàn)者之間的解耦。
iterator：注重封裝特定領(lǐng)域變化，支持集合的變化，屏蔽集合對象內(nèi)部復(fù)雜結(jié)構(gòu)，提供客戶程序?qū)λ耐该鞅闅v。
interpreter：注重封裝特定領(lǐng)域變化，支持領(lǐng)域問題的頻繁變化，將特定領(lǐng)域的問題表達(dá)為某種語法規(guī)則下的句子，然后構(gòu)建一個解釋器來解釋這樣的句子，從而達(dá)到解決問題的目的。
observer：注重封裝對象通知，支持通信對象的變化，實現(xiàn)對象狀態(tài)改變，通知依賴它的對象并更新。
visitor：注重封裝對象操作變化，支持在運行時為類結(jié)構(gòu)添加新的操作，在類層次結(jié)構(gòu)中，在不改變各類的前提下定義作用于這些類實例的新的操作。
正確對待模式：
設(shè)計模式建立在對系統(tǒng)變化點的基礎(chǔ)上進(jìn)行，哪里有變化，哪里就應(yīng)用設(shè)計模式。
設(shè)計模式應(yīng)該以演化的方式來獲得，系統(tǒng)的變化點往往是經(jīng)過不斷演化才能準(zhǔn)確定位。
不能為了模式而模式，設(shè)計模式是一種軟件設(shè)計的軟力量，而非規(guī)標(biāo)準(zhǔn)，不應(yīng)夸大設(shè)計模式的作用。
設(shè)計模式心得體會8
剛學(xué)幾天就有一些淺薄的心得了。
在學(xué)過的幾種設(shè)計模式中（目前為止，本人只學(xué)過創(chuàng)建性模式），每一種設(shè)計模式都會有一種具體的應(yīng)用場景，每一種場景描述的都是一種需求變化。設(shè)計模式就是用來解決這些變化的。
只要客戶有新的需求，你的程序就要發(fā)生改變，不管你用什么方法，這個改變是避免不了的。關(guān)鍵是你如何是解決這種變化！設(shè)計模式就是尋求一種通用的較好的方法來解決這種變化而不是避免這種變化，并不是你應(yīng)用了設(shè)計模式，你的系統(tǒng)就不會發(fā)生變化了。
面向?qū)ο蟮木幊逃腥髾C制，我個人認(rèn)為，設(shè)計模式很好的利用了其中的“封裝與多態(tài)”（當(dāng)然并不是所有的設(shè)計模式都是這樣的.，也不是說繼承就沒用，繼承在三大機制排第一呀，是基本的），比如工廠方法模式和生成器模式�！胺庋b”的意義不僅僅在于封裝代碼的實現(xiàn)，更重要的是“封裝”系統(tǒng)中變化的部分。設(shè)計模式回答了怎么樣去“封裝”這種變化。
在一個系統(tǒng)中，總會有一部分經(jīng)常發(fā)生變化，相對的，也總有一個部分是改變頻率較低的，我們可以在某種范圍內(nèi)將其理解為不改變的部分。設(shè)計模式要作的事情就是把“變化”的部分封裝起來，實現(xiàn)將“變化”的部分與“不變化”的部隔離，這樣，“變化”的部分在發(fā)生變化時，不會影響到“不改變”的部分。如果你也學(xué)過設(shè)計模式，那你可能跟我有同感。設(shè)計模式解決變化的途徑可以概括為兩步（純屬個人見解）：一是轉(zhuǎn)移變化，二是轉(zhuǎn)化變化。
首先是“轉(zhuǎn)移變化”。
簡單的說就是把a部分的變化轉(zhuǎn)移到b部分，請b去變化，讓a不發(fā)生變化。在程序中就是將變化從調(diào)用者轉(zhuǎn)移到被調(diào)用者。比如，你有一個類scene，這個類用于顯現(xiàn)一種風(fēng)格的游戲場景，調(diào)用程序?qū)嵗@個類并使用它。如果有一天，需求改變了，當(dāng)前風(fēng)格的游戲場景顏色太冷了，我需要改變當(dāng)前場景的顏色。這個時候你要決定，要讓誰去發(fā)生變化？是讓客戶調(diào)用程序去改變scene類的顏色屬性呢，還是讓你的類scene發(fā)生變化？設(shè)計模式回答的是，請scene發(fā)生變化，調(diào)用者不發(fā)生變化。
為什么要這樣回答，因為這個時候，你的系統(tǒng)可能已經(jīng)交付用戶了，如果讓調(diào)用者發(fā)生變化，那整個系統(tǒng)都要發(fā)生變化。（這里討論只是一個簡單的應(yīng)用，實際情況中往往沒有這里簡單。如果實際情況是這么簡單的話，設(shè)計模式估計就沒有用處了。）
然后是“轉(zhuǎn)化變化”。
確定了要改動scene，那要怎么樣去改scene呢？直接改嗎？當(dāng)然不行，如果是這樣改，那還不如讓調(diào)用者去設(shè)置scene的某個屬性呢，反正都要重新部署。那要怎么改？“擴(kuò)展”，把這種“改變”轉(zhuǎn)化為“擴(kuò)展”。你不是要另外一種
scene嗎？那我重新為你設(shè)計一個sence并生成.dll交付你，然后讓現(xiàn)有的程序去調(diào)用這個scene。當(dāng)然，這時可能需要調(diào)用者稍微的發(fā)生一下變化，比如開始調(diào)用者是直接調(diào)用scene來呈現(xiàn)場景的，現(xiàn)在將其改為根據(jù)配置文件來決定要呈現(xiàn)那種scene。但是如果之前你已經(jīng)考慮到這個問題了，那調(diào)用者是不需要發(fā)生任何變化的，因為調(diào)用者是根據(jù)配置來決定所呈現(xiàn)的場景，需求發(fā)生彎化，只需要改變配置文件（可能是一個ｘｍｌ），把調(diào)用者與新添的scene關(guān)聯(lián)即可，這樣一來，“改動”就變?yōu)椤皵U(kuò)展”，其帶來的好處也是顯而易見的，這也就是所謂的“開閉”原則。
以上文字完全是本人理解，隨著不斷的學(xué)習(xí)，我想這么文章估計要被改好多次，這是一個學(xué)習(xí)的過程。理解錯了、寫錯了都不要緊，關(guān)鍵是你怎么樣去面對這種錯誤！是拒絕承認(rèn)錯誤還是正視錯誤？這也是設(shè)計模式回答的問題。
【設(shè)計模式心得體會】相關(guān)文章：
淺談設(shè)計模式及如何選擇設(shè)計模式08-20
淺談設(shè)計模式及如何選擇設(shè)計模式08-23
Java設(shè)計模式之模板方法模式09-27
關(guān)系模式算法設(shè)計09-01
javascript模式設(shè)計之工廠模式學(xué)習(xí)心得06-19
要設(shè)計不同的薪酬模式08-19
動畫設(shè)計的意圖模式09-15
java設(shè)計模式面試題11-11