針對當前軟件行業(yè)普遍借鑒的設計模式，提出了如何選擇設計模式，討論了設計原則。
關鍵詞：設計模式;設計原則;設計模式的選擇
設計模式是面向?qū)ο蠹夹g的最新進展之一，它針對不斷重復出現(xiàn)的問題，能夠復用已有的、優(yōu)秀的解決方案，因此提高了軟件開發(fā)質(zhì)量和代碼重用性。
1、設計模式概念
設計模式是“對一些經(jīng)過定制、能相互通信的對象和類的描述，用來解決特定場景下某個普遍的設計問題。”GOF經(jīng)典設計模式使用類圖、對象圖、交互圖等顯示類與對象之間的關系和通信。其中類圖用來描述各個類、類的結構以及它們之間的關系，對象圖描述對象結構，而交互圖描述的是對象間發(fā)生關系的流程。
設計模式種類眾多，在GOF經(jīng)典設計模式中，達23種之多，設計模式分類主要是根據(jù)目的準則和范圍準則。目的準則說明模式是用來完成什么工作的，根據(jù)目的準則，模式可分為三種：(1)創(chuàng)建型：設計模式與對象創(chuàng)建無關，把對象的創(chuàng)建和其它部分的代碼分離，從而創(chuàng)建對象會更加靈活。例如設計模式中的簡單工廠模式，工廠方法模式，抽象工廠模式，創(chuàng)建者模式，原型模式，單例模式;(2)結構型：模式結構清晰，主要處理類或?qū)ο蟮慕M合，但是模式的每一部分的結構都專門負責完成某一職責。例如設計模式中的外觀模式，適配器模式，代理模式，裝飾模式，橋模式，組合模式，享元模式;(3)行為型：行為類模式主要描述類或?qū)ο笾g的交互，以及類和對象的主要職責模板方法模式，觀察者模式，狀態(tài)模式，策略模式，職責鏈模式，命令模式，訪問者模式，調(diào)停者模式，備忘錄模式，迭代器模式，解釋器模式。范圍準則關注模式的制定主要用于類還是對象，其中“類模式”處理類與類之間的繼承關系，這種關系是靜態(tài)的，而“對象模式”處理對象之間的關系，這種關系是動態(tài)的。設計模式種類繁多，如何選出一個針對特定設計問題的模式是十分困難的。因此選擇適合特定設計問題的設計模式，是人們比較關心的問題。
2、設計模式的選擇
設計模式是面向?qū)ο蟮母邔哟?a data-ke-src="http://chengdu.kswjz.com/fangan/">解決方案，它不會過于關注具體問題的細節(jié)，所以應該把現(xiàn)實世界中存在的問題進行抽象，設計模式在選擇對象和決定對象粒度方面都能起到作用。
⑴選擇合適的對象。設計模式的對象來源于現(xiàn)實世界的抽象模型，針對具體問題描述，進行抽象，創(chuàng)建類和操作。但是在這些分析模型中得到的一些層次較高或較低的類，在現(xiàn)實世界里并不存在，比如數(shù)組等，設計模式能夠確定這些在現(xiàn)實世界中找不到的類。
⑵決定對象粒度大小。設計模式能夠決定對象的大小和數(shù)目，例如，外觀模式能夠使用對象表示完整的子系統(tǒng)，享元模式的對象粒度最小且數(shù)目眾多，抽象工廠模式能夠生產(chǎn)其它對象的對象。這些設計模式為對象粒度的選擇提供了一定的依據(jù)。每一種設計模式都是為解決一類問題而出現(xiàn)的，例如：橋接(Bridge)模式屬于結構性模式，其意圖是分離抽象部分和實現(xiàn)部分，使這兩部分相互獨立，不會相互影響;解釋器(Interpreter)模式屬于行為模式，它的意圖是給定一個語言及其語法語義，并定義一個解釋器，用來使用這些語法語義表示這個語言的含義;生成器(Builder)模式屬于創(chuàng)建型模式，它的意圖是把復雜對象的構建和它的表示分開，使得同一個創(chuàng)建過程可以含有不同的表示。只有了解了設計模式的意圖，才會比較容易地選擇出，適合實際問題的一個或多個設計模式。
盡管設計模式在粒度和抽象層次上各不相同，但是它們之間還是具有一些關聯(lián)，根據(jù)目的和使用范圍不同，對設計模式進行了分類。分類能夠指導應用設計模式的目的和范圍，目的準則中的創(chuàng)建型模式與對象的創(chuàng)建有關，結構性模式關注于類或者對象的組合，行為性模式描述了類或者對象的交互關系和職責分配，范圍準則是以類和對象來劃分的，類模式是研究類與子類之間的靜態(tài)關系，而對象模式關注的是對象之間的動態(tài)關系。如果確定了業(yè)務邏輯的目的和元素，就能縮小設計模式的選擇范圍，能夠快速獲得適合的設計模式或者模式組。
3、設計原則
⑴單一職責原則，即不能存在多于一個導致類變更的原因。簡單的說就是一個類只負責一項職責。在軟件設計中，秉承著“高內(nèi)聚，低耦合”的思想，讓一個類僅負責一項職責。
⑵里氏替換原則，如果對每一個類型為T1的對象o1，都有類型為T2的對象o2，使得以T1定義的所有程序P在所有的對象o1都換成o2時，程序P的行為沒有變化，那么類型T2是類型T1的子類型。包含4層含義：①子類可以實現(xiàn)父類的抽象方法，但是不能覆蓋父類的非抽象方法。②子類可以實現(xiàn)父類的抽象方法，但是不能覆蓋父類的非抽象方法。③當子類覆蓋或?qū)崿F(xiàn)父類的方法時，方法的前置條件(即方法的形參)要比父類方法的輸入?yún)?shù)更寬松。④當子類覆蓋或?qū)崿F(xiàn)父類的方法時，方法的前置條件(即方法的形參)要比父類方法的輸入?yún)?shù)更寬松。
⑶依賴倒置原則，高層模塊不應該依賴低層模塊，兩者都應該依賴其抽象，抽象不應該依賴細節(jié)，細節(jié)應該依賴抽象。
⑷接口隔離原則，接口中的方法應該盡量少，不要使接口過于臃腫，不要有很多不相關的邏輯方法。
總之，原則是前人經(jīng)驗的總結，在軟件設計中具有一定的指導作用，但是不能完全照搬這些原則。對于接口隔離原則來說，接口盡量小，但是也要有限度。對接口進行細化可以提高程序設計靈活性是不爭的事實，但是如果過小，則會造成接口數(shù)量過多，使設計復雜化，所以一定要適度。

網(wǎng)站標題：淺談設計模式及如何選擇設計模式
文章URL：http://m.newbst.com/news27/258827.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站策劃、網(wǎng)站制作、自適應網(wǎng)站、域名注冊、網(wǎng)站設計公司、企業(yè)網(wǎng)站制作

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉載內(nèi)容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉載，或轉載時需注明來源： 創(chuàng)新互聯(lián)