第一篇：設(shè)計模式心得體會(編輯修改稿)
2024-09-29 17:30 本頁面
【文章內(nèi)容簡介】 計軟件的過程中少走很多彎路。 我對gof的23個設(shè)計模式雖然都有看過，但是只有理解，實現(xiàn)，應(yīng)用及思考之后，才能真正體會其精妙之處，至今體會較深的有以下幾個模式： ，讓它們之間可以相互替換，算法并不是單指數(shù)據(jù)結(jié)構(gòu)中的算法，在實踐中，它幾乎可以封裝任何類型的規(guī)則，這使得策略模式的運用極其廣泛； ，只要有抽象類的地方，都可以看到這個模式，它通過把不變行為移到父類中去，去除子類中的重復(fù)代碼，從而提供了一個很好的代碼復(fù)用平臺； ，減少復(fù)雜性，在web編程者中的三層架構(gòu)，就是此思想，每一層都封裝好一部分功能，提供給上一層統(tǒng)一的方法調(diào)用，整個framework體系就是facade模式的封裝，越來越多復(fù)雜的高級功能被封裝，可以說facade無處不在； ，而無需指定它們具體的類，咋一看，太抽象了，說個例子，在三層架構(gòu)中，bll層對dal層的調(diào)用會直接用到dal層中的類，如果dal層是分別對sqlserver，oracle的訪問，bll層需要根據(jù)實際情況決定實例化哪一個dal層中的類，我們又希望在兩種dal層切換時，bll層和ui層都不做改變，那么可在bll層和dal層中增加接口層（體現(xiàn)了抽象的精神，或者說是面向接口編程的最佳體現(xiàn)）和抽象工廠（dalfactroy），讓它來實例化dal層中的實例； ，并提供一個訪問它的全局訪問點，如單件窗體，點一下menu，彈出一個窗體（實例），在關(guān)閉這個新窗體之前，再次點擊該menu，不會再次出現(xiàn)同樣的彈出窗體（實例）。篇幅有限，其他模式或多或少都有點感覺。 最后，引用《設(shè)計模式解析》書中的一句話。設(shè)計模式體現(xiàn)的是一種思想，而思想是指導(dǎo)行為的一切，理解和掌握了設(shè)計模式，并不是說記住了23種（或更多）設(shè)計場景和解決策略（實際上這也是很重要的一筆財富），實際接受的是一種思想的熏陶和洗禮，等這種思想融入到了你的思想中后，你就會不自覺地使用這種思想去進行你的設(shè)計和開發(fā)，這一切才是最重要的。 第二篇：設(shè)計模式初學(xué)心得 我做的本科畢設(shè)是基于javaswing設(shè)計一個類似繪圖程序的系統(tǒng)，最終我設(shè)計出來的程序，在別人看來很不錯。但是只有我自己知道，我的設(shè)計其實是糟糕了，最明顯的就是低內(nèi)聚、緊耦合，那些代碼甚至連我都不愿意去維護。于是當(dāng)我看到書中的一句話：“幾乎百分之百的軟件都不是由它最初的設(shè)計者去維護的?！保屛腋械竭@次設(shè)計的失?。ň瓦B它的設(shè)計者都不原意去維護）。 《設(shè)計模式精解》的出現(xiàn)可以說讓我眼前一亮，這也是第一本讓我想再讀一次的書（即使現(xiàn)在我還沒有讀完）。究竟什么是模式。書中的解釋是“模式是針對特定場景下的特定問題的可重復(fù)、可表達(dá)的解決方案”，除此之外模式還必須有三個要點： 。解決方案應(yīng)該對應(yīng)于外部的場景。 。一個解決方案應(yīng)該可以移植到問題的不同情況中（絕大多數(shù)模式的可傳授性都建立在“約束”和“效果”的基礎(chǔ)上）。 。 模式不限于面向?qū)ο?，不限于設(shè)計階段，甚至不限于軟件開發(fā)領(lǐng)域。設(shè)計模式只是模式的一個子集。 在前言中作者說在他對現(xiàn)有的設(shè)計模式的指導(dǎo)原則及策略都非常清楚之后，這些原則幫助他決定開始過一種為人解惑的生活。雖然我第一次看到“為人解惑的生活”這個詞語，但是我立刻感到這也是我所向往的一種生活。 書中介紹了軟件開發(fā)過程中的三個不同視角：
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1